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Preface 

This b<x)klet describes how to pian, instaii, and configure the HP OSi 
Transport Services product, it isdivided into six chapters, which provide 
thefoiiowing information: 


Chapter 1 

Chapter 2 
Chapter 3 

Chapter 4 

Chapter 5 


Chapter 6 
Giossary 


"H P OTS /9000 Resources" introduces OTS, provides 
OSi concepts, and references other usefui tooisfor 
instaiiing, configuring, and maintaining OTS software. 

"i nstai i i ng OTS/9000" descri bes how to i nstai i 
OTS/9000and RFC 1006. 

"Pianning Your Network" descri bes how you determine 
services required, network structure, and vendors 
invoived. 

"Gathering Configuration i nformation"teiis you what 
information you need to coiiect so you can configure 
your network. 

"Configuring and Verifying H P OTS/9000" describes 
how to configure your system to run either OTS/9000 or 
RFC 1006 and how to add these over various iinks. it 
aiso covers starting, updating, and verifying your 
configuration. 

"HP OTS/9000 Configuration Fiies" descri bes the OTS 
fiies used to configure the product. 

"Giossary" defines OTS and other network-reiated 
terms. 
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HP OTS/9(XX) Documentation Map 

The following documentation map is intended to be a general guideline 
to the manuals containing information related toHP OTS/9000. 


Figure 1 

Installation 


Installing and Administering 
HP OTS/9000 


Administration and Troubleshooting 




Installing and Administering 1 

HP Fibre Channel/9000 1 

HP OSI Troubleshooting Guide j 


Networks 


Managing MC/ServiceGuard 


Systems 


HP Models 712/715/735/755 
owner's guides 

1 


Upgrading from HP-UX 

9.x to 10.x 

1 


Installing HP-UX 10.20 and 
Updating HP-UX 10.x to 10.20 

1 


HP 9000 Models E, F, G, H, 1 
owner's guides 

1 


Readme Before Preparing to 
Upgrade from HP-UX 9.x 

1 


Readme Before Installing or 
Updating to HP-UX 10.20 
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HP OTS/9000 Resources 


This chapter provides OTS concepts, network exampies, and additionai 
tooisfor instaiiing, configuring, and maintaining HP OTS/9000. 
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HP OTS/9000 Resources 

HP-UX Manual Reference Pages 


HP-UX Manual Reference Pages 

While installing, configuring, or troubleshooting OTS/9000, you may 
need to refer to any of the foil owing online manual reference pages (man 
pages) for useful H P-UX operating system or OTS commands. To display 
a man page, include /opt/ots/man in your MAN PATH shell variable, 
then type the foil owing at the system prompt: 

man <command name> 

• osiadmin(lM), theOSI Administration program, gives you access to 
the various configuration, administration, and diagnostic tools to 
setup and maintain OTS/ 9000. 

• osiconf(lM), and inter active configuration tool, allows you to verify 
and modify configuration information between OTS and FTAM. 

• osiconfchk(lM) allows you to verify the correctness of configuration 
files prior to actually starting theOSI stack. 

• osidiag(lM) initializes all the FDDI network interfaces on a system 
and connects to the FDDI network. 

• osiping(lM)sendsaCLNP echo request to specified network hosts for 
testing and debugging. (Only versions of H P OTS/9000 at C.05.02 and 
Iater respond toosiping.) 

• osistart(lM) allows you to start OSI services, such as FTAM and 
X.400. 

• osistop(lM) allows you to stop OSI services, such as FTAM and X.400. 

• otsaddes(lM) adds a single end system entry to the specified subnet. 

• otsaddis(lM) adds a single intermediate system entry to the specified 
subnetwork. 

• otsaddnsap(lM) adds a local N SAP to OTS configuration. 

• otsaddroute(lM) adds a single route entry for the specified 
subnetwork. 

• otsdeles(lM) deletes the specified end system entry. 

• otsdelis(lM) deletes the specified intermediate system entry. 

• otsdelnsap(lM) deletes a local NSAP from OTS configuration. 
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HP-UX Manual Reference Pages 


• otsdd route(lM) deletes the specified route entry. 

• otsshowes(lM) displays all end system entries for the specified 
subnetwork. 

• otsshowis(lM) displays all intermediate system entries for the 
specified subnetwork. 

• otsshownsaps(lM) provides the N SAPs configured for a given 
network service. 

• otsshowroute(lM) displays all route entries for the specified 
subnetwork. 

• otsstart(lM) starts the protocol subsystems and the CONS and CL NS 
parts of the network layer. 

• otsstat(lM) shows if OTS/9000 is running and whether theOTS/9000 
subsystem can successfully communicate with the X.25 and LAN 
software. 

• otsupdate(l) i ncorporates the configuration changes you've made to 
"dynamic" parameters whileOTS/9000 is running. 


Chapter 1 
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Logging Messages 


NOTE 


Logging Messages 

HP OTS/9000 uses the nettl(lM) logging and tracing facility supplied 
with HP-UX. Seethe nettl(lM) manual (man) page for information on 
usi ng the command I i ne i nterface. 

All log message cause and action statements are now online and can be 
viewed with any ASCI I text editor. The OTS cause and action statement 
file is / opt /ots/doc/ots_messages . txt. 


Listed below are some example commands. 


• Toexaminethelogfile: 

netfmt -file /var/adm/nettl.LOGOO -t 50 

Notethe message number, then search the messages .txt message 
filefor a description of the problem and possible solutions. A sample 
OTS log message is shown below. 




Timestamp 
Process ID 
User ID (UID) 
Device ID 
Connection ID 


Mon Dec I6PST 1996 

750 

0 

I 

0 


03:40:10.555252 


Subsystem 
Log Class 
Path ID 
Log Instance 


TRANSPORT 

DISASTER 

0 

0 


<I317> OTS driver encountered a lobe error on interface unit 
<1>. The error code is <-l>; reset or reboot. 

• To check network logging and tracing status: 


nettl -status 


• Tostartall OTS transport and session tracing tothefile 
/ var/ adm/tracefile 


nettl -traceon all hdrin hdrout pduin pduout -entity 
transport session -file /var/adm/traceflie 

• To Stop OTS tracing: 

nettl -traceoff -entity transport session 

• To format the OTS trace file into the file / var/ adm/ traceout: 

netfmt -file /usr/adm/tracefile.TRCO > /var/adm/ 
traceout 
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Link Subsystems 

Use the foil owing link subsystem names when logging and tracing OTS/ 

9000: 

• NS_LS_DRIVER-ThisisthelEEE 802.3 LAN link. 

• FDDI-ThisistheFDDI LAN link. 

• SX25L2 - This is the level 2 high performance X.25 link tracing 
subsystem. 

• SX25L3 - This is the level 3 high performance X.25 link tracing 
subsystem. 

OTS Subsystems 

Use the foil owing subsystem names when logging and tracing OTS/9000: 

• Network - This is the Network layer entity of the OTS stack. This 
subsystem includes both the Connection-Oriented (CONS) and 
Connectionless (CLNS) Network Service entities. 

• Transport -This is the Transport layer entity. SomeCLNS logged 
errors may also appear under this entity. 

• Session - This is the Session layer entity. 

• ACSE_PRES - This isthe ACSE/Presentation entity. 

• OTS - This corresponds to non-layer specific tasks performed while 
managing the various stack entities, for example, communication 
between the OTS stack and user space, communication between the 
OTS stack and network devices, and other administrative tasks, such 
as buffer management. 


Chapter 1 
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OSI Transport Services Documentation 

There are two manuals provided with the H P OTS/9000 product: 

• I nstalling and Administering OSI Transport Services (the OTS 
manual). This manual provides information specific to OTS/9000. It 
covers: 

• Installation 

• Network planning 

• Gathering configuration data 

• Configuri ng and verifyi ng 

• OSI Troubleshooting Guide (the OSI manual). This manual contains 
information relevant to the whole OSI stack. 

• Interoperability Testing 

• Troubleshooting 

• OSI/OTS Tools 

The chapters in I nstalling and Administering OSI Transport Services are 
in the suggested order to best configure OTS on your system. When you 
have finished verifying your configuration, go to the OSI Troubleshooting 
Guidefor information on testing your I nteroperability. 

I n addition to the two printed manuals that come with the OTS product, 
Hewlett-Packard provides a compressed printable electronic file, 

/opt/ots/doc/ots_addendum.ps. z, that contains OTS concepts, 
example network topologies, configuration parameters, and error 
message cause and action information. Uncompress the file with the 
HP-UX uncompress command, then print the resulting 
/opt/ots/doc/ots_addendum.ps file. 

The error message information is also contained in the file 
/opt/ots/doc/ots_messages .txt, and the configuration parameter 
information is also contained in the file 

/opt/ots/doc/ots_conf ig_parms . txt.These files are not 
compressed. 

The files are located in the/ opt/ ots/ doc directory. 
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Contacting Your HP Representative 

If you have no service contract with H P, you may follow the procedure 
described below, but you will be billed accordingly for time and materials. 

If you have a service contract with H P, document the problem as a 
Service Request (SR) and forward it to your H P representative. I nclude 
the following information where applicable: 

• A characterization of the problem. Describe the events leading up to 
and including the problem. Attempt to describe the source and 
symptoms of the problem. 

Your characterization should include: HP-UX and OTS commands; 
communication subsystem commands; job streams; result codes and 
messages; and data that can reproduce the problem. You should also 
provide a network map with the host name, I P/I nternet address, and 
station address of each system connected with the H P system. 

I llustrate as clearly as possible the context of any message(s). 

Prepare copies of information displayed at the system console and 
user terminal. 

• Obtain the version, update, and fix information for all software. To 
check the version of your kernel, execute uname-r. 

This allows HP to determine if the problem is already known, and if 
the correct software is installed at your site. 

• Prepare copies of the / etc/ hosts and /etc/ rcconfigd/ netconf files. 

• Run the verification command, swverify, and record the output. 

• Record al I error messages and numbers that appear at the user 
terminal and the system console. 

• Save all network log files. Makesurethat ERROR and DISASTER log 
classes are enabled when log files are collected. Prepare the formatted 
output and a copy of the log file for your H P representative to further 
analyze. 

• Prepare a listing of the HP-UX I/O configuration you are using for 
your HP representative to further analyze. Usethe ioscan(lM) 
command to help collect this information. 
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• Try to determine the general area within the software where you 
think the problem exists. Refer to the appropriate reference manual 
and follow the guidelines on gathering information for that product. 

• Document your interim, or "workaround," solution. The cause of the 
problem can sometimes be found by comparing the circumstances in 
which it occurs with the circumstances in which it does not occur. 

• Create copies of any Internet or OTS/9000 link trace files that were 
active when the problem occurred for your H P representative to 
further analyze. 

< I n the event of a system failure, a full memory dump must be 
taken. UsetheHP-UX utility savecoreto savea coredump. Send the 
output to your H P representative. 
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HP OTS/9000 

HP OSI Transport Services/9000 (OTS/9000) networking software 
provides the Network, Transport, Session, Presentation, ROSE, and 
ACSE layers of the OSI reference model. OTS/9000 also provides OSI 
network layer services over the X.25/9000, FDDI/9000, or LAN/9000 
link. These layers supply the necessary foundation to run OSI services, 
such as FTAM and X.400, as well as CM IP, which is part of the HP 
OpenView product. OTS/9000 provides several application programmatic 
interfaces to allow developers to write custom applications (XTI and 
APRI). I n addition, OTS/9000 provides RFC1006 functionality. This 
feature allows running OSI services such as X.400 over TCP/I P 
connections using any link supported by TCP/I P. OTS/9000 is the main 
component of H P's OSI product solutions, which include: 

• X.400 (Message Handling Services) 

• FTAM (FileTransfer, Access and Management) 

• CM IS (Common Management I nformation Service) 

• APRI (ACSE/Presentation and ROSE I nterface) 

• Session API (Session Layer Application Programmatic I nterface) 

• XTI (X/Open Transport I nterface) 

• IEEE 802.3 (Local Area Network) 

• FDDI (Fiber Distributed Data I nterface) 

• X.25 WAN (Wide Area Network) 
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Figure 1-1 
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OTS/9000 Components 

OTS/9000 resides in the kernel and is accessed through the streams 
fad I ity. OTS consists of the fol lowi ng components: 

• ACSE (Association Control Service Element) 

• ROSE (Remote Operation Service Element) 

• Presentation (OSI Presentation Layer) 

• Session (OSI Session Layer) 

• Transport (OSI Transport Layer) 

• CLTS (Connectionless Transport Service) 
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• MSDSG (Multi-System Distributed System Gateway) 

• RFC1006(OSI Transport Class 0 over TCP Specification) 

• CONS (Connection Oriented Network Service) 

• CLNS (Connectionless Network Service) 


Chapter 1 
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The OSI/RFC1006 Stack 

RFC1006 allows OSI services, for example X.400, to run over TCP 
connections. RFC1006 provides the OSI Transport Protocol (TP) class 0 
over TCP. RFC1006 does not, by itself, support OSI services. The upper 
layers of the OSI stack provided byOTS are still required. 

The graphic below shows the OSI protocol stack with and without 
RFC1006. The RFC1006 replaces the OSI transport connections with 
TCP connections. All upper layer APIs are identical between RFC1006 
and pure OSI protocol stacks. 


Figure 1-2 
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The following is supported in the RFC1006 environment: 

• Supported OSI Services: X.400, X.500, FTAM, CM IS 

• Supported OTS APIs: XTI, Session API, APRI 

• Supported links: Any link that TCP/I P supports 
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How HP OTS/9000 Establishes a 
Connection 

Establishing a connection between local and remote systems involves the 

following: 

• Higher-layer applications, such as FTAM and X.400, require address 
information and NSAP values. The addresses determine the peer 
entity at each layer of the stack. See "Addressing" in the "Resources" 
chapter of this manual. 

• A user-created application uses the stream /dev/osipi or 
/dev/ositpi for primitive requests. The application registers with 
OTS using its local address. 

• Upon successful registration, the application sends a connect request 
to the remote system. 

• If the remote is connected through CONS, OTS/9000 looks up its 
X.121 address in the OTS configuration and sends a call packet. 

• If the system is attached to an 802.3 or FDDI LAN, OTS/9000 uses 
theES-IS protocol to determine the Media Access Control (MAC) 
address for the destination NSAP. 

• After the remote address is determined, OTS/9000 normally issues 
the connect request to establish a connection if the type of network 
service used is a Connection-Oriented Network Service (CONS). This 
is provided on X.25 networks. 

• If another network service type. Connectionless Network Service 
(CLNS), is used, it differs only in that there are no network layer 
connections established. OTS/9000 provides CLNS over FDDI, IEEE 
802.3 LANs and X.25. 


Chapter 1 
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Supported Services and Functionality 

TheOTS/9000 product includes the following: 

• ACSE/Presentation services (I SO 8649 and I SO 8822) 

• ROSE Service (I SO 9072-1, CCITT X.219) 

• OSI Session protocol and services (ISO 8326, 8327; CCITT X.215, 
X.225, T.62) 

• OSI Transport protocol and services (I SO 8072, 8073, 8602; CCITT 
X.214, X.224 and T.70 for Teletex terminals) 

• OSI Network services: CONS over X.25; CL NS over X.25, FDDI and 
IEEE 802.3 LANs; ES/IS routing (ISO 8348,8473, 8878, 9542) 

• RFC1006 - OSI Services over TCP/I P 

• Multi-System Distributed System Gateway (MSDSG) - OSI Services 
over TCP/1P (I SO/I EC TR10172) 

• X/Open Transport I nterface (XPG.4) (For more i nformation, refer to 
theXTI Programmer's ReferenceGuide) 

• APRI (ACSE/Presentation and ROSE I nterface) - seethe 
ACSE/ Presentation and ROSE manual 

ACSE/Presentation Functionality 

The ACSE/Presentation and ROSE I nterface (APRI) provides a 
programmatic interface to the Association Control Service Element 
(ACSE), Remote Operation Service Element (ROSE) and Presentation 
layer protocols. 

The ACSE/Presentation interface enables two or more application 
processes on the same or different computers to: 

• establish an association (connection) with another application process 

• exchange (send and receive) information 

• shutdown the association (connection) 

Using ROSE with ACSE/Presentation provides the request/reply service 
that is useful in building distributed applications. ROSE cannot be used 
independently of the ACSE/Presentation interface. 


30 


Chapter 1 





HP OTS/9000 Resources 

Supported Services and Functionality 


Session Functionality 

The Session layer provides cooperating applications with a standard 
protocol to organize and synchronously exchange user data, and to map 
user-oriented Session addresses to network-oriented Transport 
addresses. The Session layer corresponds to layer 5 of the OSI reference 
model. 

OTS/9000 offers the following Session functionality: 

• Session Protocol Version 1 and Version 2 with extended concatenation 
for half/full duplex and minor synchronization functional units. The 
Session version is negotiated at connection establishment. It defaults 
to Version 1 when either side is unaware of the negotiation or when 
Version 1 is proposed by one side. 


NOTE While Version 2 allows extended user data on cal Is that were not allowed 

with Version 1, OTS/9000 limits extended user data size to 10 Kilobytes 
maximum per Session primitive. 


• I nfinite Session service data unit (SSDU) size for normal and typed 
data. 

• The following functional units: 

• Kernel 

• Half-duplex 

• Duplex 

• Expedited data 

• Typed data 

• Minor synchronize 

• Major synchronize 

• Resynchronize 

• Activity management 

• Capability data 

• Exceptions 

OTS/9000 does not support negotiated release or symmetric 
synchronization through the Session API. 
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Transport Functionality 

TheTransport layer corresponds to layer 4 of the OSI reference model. 
As with the Session layer, theTransport layer provides cooperating 
applications with a standard protocol to organize and exchange user 
data. Unlike Session, theTransport is implemented with a greater 
knowledge of the underlying network configuration. Therefore, its 
definition involves details hidden from the Session layer entity. 

The level of Transport sophistication and capabilities are divided into 
classes of operation, 0 through 4. OTS/9000 implements the following: 

• An application using the Connectionless Network Service (CLNS) 
must use TP (Transport) class 4. 

• An application using the Connection-Oriented Network Service 
(CONS) can useTP classes 0, 2, or 4. 

• OTS supports Transport (TP) classes 0, 2, and 4 over CONS/X.25 and 
TP class4over a CLNS IEEE 802.3 or FDDI LAN and CLNS/X.25. 

• TP 0 is the only alternate class OTS supports. 

When an administrator configures a class parameter for CONS 
communications, they can force the use of class 0 only or offer a preferred 
multiplexing class (TP 2 or TP 4). On the connect request, the transport 
user can select the preferred class, with or without class 0 as an 
alternative, or simply select class 0. For example, if an application 
requests an alternate class of 0 and multiplexing, OTS/9000 may propose 
TP 2 with an alternate of TP 0 and send the connect request. I f the 
remote does not allow TP 2, TP 0 is used to make the connection. 
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How OTS/90(X) Finds a Remote End 
System 

After a brief review of what an end system and an intermediate system 
are, this section describes how routing information is obtained and 
provided, and how OTS/9000 uses it. 

A system can act as an end system or as an intermediate system. OTS 
can function only as an ES. 

• An end system (ES) initiates or responds to a communication (it 
supports layers 1 through 7). 

• An intermediate system (I S) forwards communication traffic across 
subnetworks (it supports layers 1 through 3). 

• Routing means establishing a path across thesubnetwork(s) and 
intermediate system(s) so that data is exchanged between end 
systems. Normally, an ES communicates directly with another ES. 
That is, they are connected to the same subnetwork. If the local ES 
cannot directly reach the remote ES, the local ES makes the first 
"hop" to an IS. The IS determi nes the best path to the remote E S. 

OTS/9000 can function as: 

• An ES connected to a single subnetwork. 

• An ES connected to multiple subnetworks. OTS/9000 is capable of 
choosing different routes for sending a PDU, but it does not forward 
PDUs. 

OTS/9000 does not function as an IS. 

Routing information can be provided dynamically through the ES-IS 
protocol, or it can be provided statically through the osiadmin 
configuration screens. Remote LAN systems that support the ES-I S 
protocol periodically multicast their NSAP and MAC addresses. By 
default, OTS/9000 records these addresses in a routing table. These 
dynamictableentriesarediscarded after a period of time specified by the 
remote system. Static table entries, that do not time-out, can be 
configured using osi admin. When the routing table is full, any new 
dynamic routing information is ignored. 
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The maximum number of routing entries (by type of subnetwork) is as 
follows: 



CONS/X.25 

CLNS/X.25 

CLNS/802.3or 
FDDILAN 

Number 
of ES 
entries 

430 (default), 2550 
(maxi mum)* 

325 (default), 

999 (maximum) 

250 (default), 

999 (maximum) 

Number 
of IS 
entries 

430 (default), 2550 
(maxi mum)* 

15 (default), 

999 (maximum) 

15 (default), 

999 (maximum) 


* Total number of routing ES and IS entries across all CONS/X.25 
subnetworks. This value is configurable. (ots_parms: 
cons_max_route_entries) 

The CL NS numbers are per subnetwork and are also configurable 
(ots_subnets: snet_max_es_entries, snet_max_is_entries). 

Static routes can be configured in osiadmin using the destination 
system's configuration by specifying the NSAP to Physical Address 
mapping of remote system(s) or a Network ID that identifies a whole 
class of remote NSAPs (by prefix). 

When OTS/9000 needs to communicate to a remote ES, it uses the 
following algorithm to route PDUs: 
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IF 

THEN 

1 

The destination NSAP 
belongs to an E S known 
through static 
configuration or dynamic 
addition through the 

ES-IS protocol or the 
otsaddes command 

OTS/9000 sends the PDU 
di rectly to the specified remote 

ES 

2 

The network 1D of the 
destination NSAP 
matches a local LAN 
network 1D configured in 
theosiadmin LAN 
Subnetwork screen. 

OTS/9000 will send the PDU to 
the first 1S on the subnetwork, if 
known. Otherwise, it will 
multicast the NSAP by using 
the Query Config function of the 
ES/IS protocol. If the NSAP is 
multicasted, the remote ES will 
usually respond with dynamic 
route information to avoid 
subsequent multicasting. 

3 

The network 1D of the 
destination NSAP 
matches a route network 

1D that was configured 
using osiadmin routes 
configuration or the 
dynamic routi ng command 
otsaddroute 

OTS/9000 sends the PDU to the 
corresponding IS 

4 

OTS has exhausted all 
other means of sending 
an outbound packet to its 
destination, and the 
snet_query_subnet 
parameter is set to yes 

OTS/9000 sends the PDU to all 
CLNP subnets that have the 
snet_query_subnet parameter 
set. 1 f there is an 1S on the 
subnet, the PDU is sent to the 

IS: otherwise, the packet is sent 
to the subnet using Query 
Configuration. 
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NOTE I n all cases, if multiple Network I Ds match, the longest match is chosen, 

but local LAN Network I Ds are always chosen over Network I Ds 
configured as routes. 
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How OTS/90(X) Uses Network Identifiers 

OTS/9000 will always check to see if it has a Destination system entry 
(either dynamically or statically created) for a given NSAP first. If no 
such entry exists, it will try to determine which subnetwork the 
destination may be reached on. This is accomplished using the Network 
ID field on the LAN (802.3 or F DDI) subnetwork configuration screens. I f 
the destination can be reached on the LAN subnetwork, (the Network ID 
is matched) OTS will either send the packet to an IS on the LAN, or, if no 
IS is present, use the Query configuration function to resolve the route. 

If OTS cannot determine the outgoing subnetwork, it then looks at the 
configured routes to see if the destination NSAP matches one of the 
configured Network IDs (the front portion of the NSAP matches the 
Network ID). If a Network ID matches, the configured IS is used to route 
information to the destination NSAP. Since Network I Ds vary in length, 
OTS will check them using a longest-length-first search order. For 
instance, if two route entries have been created, 4901 and 490101, and 
the NSAP OTS is trying to route to is 4901010001, the route associ ated 
with the Network ID 490101 will be selected. 

More precisely. Network I Ds are checked using a most-l-bits-in-mask 
search. The route entries with the greatest number of Is in their 
route_id_mask are considered first. Si nee the default is to set the mask 
to a string of Fs as long as the Network ID, this results in a 
longest-length-first search. Flowever, if you edit the ots_routes file 
directly and create custom masks, you must keep the actual search 
algorithm in mind. 
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How OTS/90(X) Uses the X.25 Network 

OTS/9000 supports the Connection-Oriented Network Service (CONS) 
and Connectionless Network Service (CL NS) over the X.25 network. The 
main objectives of X.25 are: 

• forming the control and data packets 

• exchangi ng these packets 

• establishing and supervising virtual circuits 

OTS/9000 is primarily concerned with the virtual circuit (VC) objective, 
leaving the other objectives to the X.25 product. 

When a connection is to be established, a virtual circuit is established at 
the network layers. "Virtual"' implies that it is not necessary for a 
dedicated connection to exist between systems, but that a logical 
association be made through a network based on the source and 
destination addresses of the two systems. This does not mean that there 
cannot be dedicated circuits. X.25 allows both permanent virtual circuits 
(PVC) and switched virtual circuits (SVC), with the distinction based on 
how long the association is valid. A PVC maintains a permanent 
association. An SVC maintains the association only for the current 
connection call. 


NOTE OTS/9000 supports only SVCs. 


System addresses are based on the X.121 standard which uses a 
sequence of 15 deecimal digits (0-9) that includes a subaddress of 0 to 5 
digits. When configuring local system addresses (in ots_subnets), the 
system address is constructed by concatenating the X.121 address from 
the X.25 configuration with the subaddress specified by the 
snet_x25_subaddress parameter. The physical address specified by the 
dest_phys_address parameter in X.25 ots_dests entries is a system 
address and contai ns both the X.25 address and the subaddress. 

Null subaddresses can be used for both CONS and CL NS X.25 
subnetwork switches that do not support subaddressing. Subaddresses 
are unique on a particular link and cannot be shared by different X.25 
applications. (Seethe HP OTS Addendum for information on the 
snet_x25_subaddress parameter for defining null subaddresses.) 
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OTS/9000 uses the X.25 address to configure a logical mapping of the 
NSAP. For X.25 implementations using the 1984 specification or later, 
the NSAP is passed in the Extended Address (EA) facilities field in the 
X.25 call packets, if configured; the NSAP is the calling address. If the 
X.25 switch or X.25 network does not support the 1984 X.25 protocol, or 
the extended address facility is not configured, OTS/9000 will use the 
X.25 address as the cal I i ng address. 

X.25 offers several connection management facilities. OTS/9000 can be 
configured to support the Reverse Charge (through osiadmin) and Closed 
User Group (through customization) facilities. Refer to the HP X.25 
documentation for a description of these facilities. 

Using Protocol Identifiers (PIDs) and 
Subaddresses 

A singleX.25 link is capableof supporting many applications, including 
OTS. Different applications, including multi pie attachments to the same 
link by OTS, are differentiated from each other by the use of 
subaddresses and Protocol Identifiers (PI Ds). 

If the underlying X.25 subnetwork supports subaddressing, the easiest 
way to differentiate applications is to assign each one a unique 
subaddress without regard to PI Ds. However, if subaddressing is not 
supported or not desired, the NULL subaddress must be used. If NULL 
subaddressing is used, then unique PI Ds must be assigned to 
differentiate each application. 

By default, OTS does not use a PI D for X.25 subnetworks (it uses a 
NULL PI D). This allows for the greatest degree of interoperability with 
remoteOSI systems. If differentiation byPID is required, then OTS 
must be configured to use the standard OSI PIDs. 

To configure OTS to use the standard OSI PI D, use an editor to modify 
the activeots_subnetsfile. Change the snet_bind_by_pid parameter for 
the affected subnetwork(s) to yes (1). This change will take effect the 
next time the stack is started. Other related parameters are dest_pid in 
the ots_dests file and tpcons_null_pid in the ots_parmsfile. 
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Addressing Concepts 

SAP - A SAP, or Service Access Point, is a "pipe" between twoOSI 
layers that allows one layer to obtain a set of services from another layer. 
The services obtained vary from layer to layer, but are usually 
management functions, such as connection establishment and 
termination, and data transfer functions. For instance, a SAP between 
an application andtheOSI Transport is a "pipe" the application uses to 
open connections, for example, send/receive data using the OSI 
Transport service. 

A SAP is similar to a Berkeley socket. A BSD (Berkeley Software 
Distribution) socket is a "pipe" between an application and TCP or UDP 
used to create connections and send/receive data. 

SAPs may be created between any adjacent layers in the I SO protocol 
suite. These SAP "pipes" can then be connected together toformawhole 
"conduit" through the protocol stack that allows a user to send data to, 
and receive data from, a remote system. 


Figure 1-3 



I n the ARPA protocol suite, "conduits" through a protocol stack are 
relatively simple. They consist of a layer 4 (TCP or UDP) SAP (socket), 
and an IP SAP. The situation is more complex i n I SO because "conduits" 
can extend from layer 3 up to layer 7, so several SAPs may be required to 
build a complete "conduit" for an ISO application. 
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Figure 1-4 


ISO ARPA 



Selector - A selector is a sequence of octets (bytes) used to identify a 
SAP. Using the BSD socket analogy, a SAP is the socket, a selector is the 
two octet Port ID that is bound (using bindO) to the socket. When a 
selector identifies a specific SAP at a specific layer, it is referred to as 
either a P-selector, S-selector, or T-selector, so it is clear which layer the 
selector is associated with. 


Chapter 1 


41 






HP OTS/9000 Resources 

Addressing Concepts 


NOTE Baiauseof the relationship between SAPs and selectors, theterms are 

sometimes used synonymously. If the term SAP (for example, PSAP, 
SSAP, TSAP) appears in HP documentation, it should betaken to mean 
the selector (that is, P-selector, S-selector, T-selector) representing the 
SAP. 


Address- An address is a sequence of selectors, plus at least one N SAP 
(network service access point), that identifies an entire "conduit" through 
a protocol stack. For instance, in thecaseof FTAM, the address of its 
"conduit" includes the presentation, session, transport, and network 
layers. Its address is therefore: a P-selector, S-selector, T-selector, and 
one or more N SAPs. This address is commonly called a presentation 
address (P-address) since it defines a "conduit" whose top-most layer is 
presentation. More than one N SAP may be included in a P-address 
because the system may be reachable on more than one network (for 
example, a system that is accessible via both a CONS network and a 
CLNS network). This situation is similar to an ARPA system that is 
connected to more than one IP network and therefore has more than one 
IP address. 

Applications access SAP "conduits" by using a programmatic interface. 
An example of a programmatic i nterface is X/Open's Transport I nterface 
(XTI), that gives applications the ability to communicate with remote 
systems using the OSI Transport layer. The application tells the 
programmatic interface which "conduit" to use by passing an address to 
the appropriate interface procedure call. In thecaseof XTI, the address 
of the "conduit" a local application wishes to listen on is passed during 
thet_bind() procedure call. If the local application wishes to 
communicate with a remote application, it passes the remote 
application's address to XTI during the t_connect() procedure call. 
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Figure 1-5 FTAM Presentation Address 

FTAM Responder 
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Network 
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Network Layer 

Unlikethe ARPA protcxiol suite that only has a single network protcxcol 
(I P), I SO has defined two network layer services: CONS 
(Connection-Oriented Network Service) and CL NS (Connectionless 
Network Service). OTS supportsCONS over theX.25 protocol, and 
CLNS over the X.25 and 802.3/FDDI protocols. The OTS programmatic 
interfaces, such as XTI, are designed to allow applications to 
communicate over either network service. The choice of which service 
(CONS or CLNS) to use is made in one of two ways. The first way is by 
OTS automatically examining the destination address and determining 
over which network service this address may best be reached. The second 
way to use the HP-UX bind command to specifically identify one service 
or the other. 

TheOSI protocol suite communicates with other systems over physical 
subnetworks. Examples of physical subnetwork types are X.25 and 
802.3. An address as defined above is used by the OSI protocol suite to 
route information up from, and down to, the network layer. It is the job of 
the network layer to route information to destination NSAPs over the 
proper subnetwork. This is called network routing. 

Network routing is accomplished by associating a destination NSAP with 
its point of attachment on a physical subnetwork, that is, the point on a 
physical subnetwork where that NSAP may be reached. An NSAP's point 
of attachment onto a subnetwork is identified by a subnetwork address. 

On an X.25 subnetwork, a point of attachment is identified by an X.121 
address. An X.121 address is one to 15 digits in length and has two parts: 
the switch address portion, and the subaddress portion. The switch 
address tel Is the X.25 protocol which switch on the subnetwork is the 
destination. Thesubaddress portion tells the switch which entity above 
X.25 is to receive the sent information. 
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Figure 1-6 



I n this example, two X.121 addresses have been defined: the subnetwork 
address for the CONS entity is 21223401, and the subnetwork address 
for the CL NS entity is 21223402. 


NOTE Although the use of subaddresses is the recommended method to identify 

different X.25 users, some switches and X.25 networks do not support its 
use. If this is the case for your installation, seethe I nstalling and 
Administering OSI Transport Services manual for more information. 
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Figure 1-7 
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On an 802.3 subnetwork, a point of attachment is identified by an IEEE 
MAC address. I nstead of configured subaddress portions, the 802.3 
protocol uses embedded, well known LSAP (Link Service Access Point) 
values for the CL NS and ARPA IP entities. 

The network layer obtains its routing information in one of two ways: 
automatically using the ISO End System to I ntermediate System 
Routing Protocol (ES-IS), or from statically configured tables entered by 
using the OTS Destination System and Routes configuration screens in 
osi admin. 
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Structure of NSAP Addresses 

A Network Service Access Point address (NSAP) is the ISO-defined 
I nternet Address. It is used to identify real systems unambiguously on a 
network. N SAPs are used by OTS/9000 i n much the same way as ARPA 
I nternet addresses are used by TCP/I P. 

There are several documents that may help you better understand this 
section. Among them are: 

• I SO 7498/AD3,1 nformation Processing Systems - Open Systems 
Interconnections-Addendum to the OSI Reference Model Covering 
N ami ng and Address! ng 

• I SO 8348/AD2,1 nformation Processing Systems - Data 
Communications - Addendum to the Network Service Definition 
Covering Network Layer Addressing 

• I SO 9542,1 nformation Processing Systems - Data Communications - 
End System to I ntermediate System Routing Exchange Protocol for 
Use in Conjunction With the Protocol for the Provision of the 
Connect ion I ess-mode Network Service [ES-IS Protocol] 

• I SO 10589,1 nformation Processing Systems - Data Communications - 
I ntermediate System to I ntermediate System I ntra-Domain Routing 
Exchange Protocol [I S-l S Protocol] 

These documents, as well as many others, are aval I able for a small fee 
from: 

Omnicom, I nc. 115 Park Street, SE Vienna, Va 22180-4607 USA 
Telephone: (USA) 703 281-1135 

Omnicom International, Ltd. 17 Park Place Seven age, Herts. SGI IDU 
UK Telephone: (UK) 44 438 742424 

Other documents describing specific addressing formats are mentioned 
in their respective sections. 

The structure for NSAP addresses discussed here has been formulated to 
meet the following objectives: 

• Provide a framework so that H P can recommend a management 
strategy. 
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• Take into account the needs of different network types (individual or 
"small," sophisticated or "big," and intermediate). 

• Facilitate efficient routing in private networks. 

• Provide a strategy that takes advantage of dynamic routing protocols 
such as ES-IS and the emerging IS-IS protocols. 

• Minimize the risk of re-structuring, due to present lack of universally 
accepted standards for NSAP structures. 

• Minimize the risk of re-allocation of values, due to present lack of 
administrative authorities. 

• Proposeamethodforautomaticallocationof uniqueNSAP addresses. 

The Syntax of an NSAP Address 

An NSAP, as defined by ISO, has several characteristics. It may be one to 
twenty octets (bytes) in length. It is composed of two parts: the I nitial 
Domain Part (I DP) and the Domain Specific Part (DSP). The DSP may 
also be partitioned into several fields. These fields and their sizes are 
defined by the authority that controls the I DP. 


Figure 1-8 


-IDP-►<- 


-DSP- 



Octet 0 


19 

(maximum) 


The I nitial Domain Part 

The I DP portion of an NSAP declares which national or international 
group owns the right to manage an NSAP space. This group is called an 
authority. Examples of authorities that presently manage NSAP spaces 
are AF NOR, ANSI and NIST. They have been given, by I SO, specific I DP 
values that they control and have the right to use for the distribution of 
NSAP addresses. As an example, NIST has been given the I DP value 
470005 for use within the U.S. GOSIP networks. Therefore, any NSAP 
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that begins with this value is ultimately under the control of NI ST. NI ST 
also owns the right to define how the DSP portion of its NSAP space is to 
be formatted and used. 

The I DP contains two fields. The authority and format identifier (API) 
field identifies the type of address used in the DSP. The initial domain 
identifier (I Dl) field identifies which domain the DSP part belongs to. 


NOTE I n this section, all numeric values are represented as hexadecimal digits 

unless otherwise specified. 


The Domain Specific Part 

The purpose of the DSP is to 

• allow authorities to further delegate control of NSAP addresses 

• uniquely identify a real open system unambiguously on the network 

• provide information that may be used to facilitate the routing of data 
on concatenated subnetworks 

This is accomplished by dividing the DSP into a number of fields, each 
with its own meaning. As an example, consider the format defined by 
ANSI: 


Figure 1-9 


◄- 

-IDP- 

-- 

DSP 

-► 

39 

84 

OP 

Org ID 



octet 0 1 2 3 - 5 6 19 


The API val ue of 39 indicates that the I Dl portion will be a Data Country 
Code (DCC), and the DSP will be encoded in binary. The value 840 
(padded with P) is the DCC for the U nited States. 

ANSI has defined the first three octets of the DSP to contain an 
Organization Identifier (Org Id). This number, assigned by ANSI, allows 
other organizations to control a subset of ANSI's NSAP space. ANSI has 
left the rest of the DSP undefined so that the organization will have the 
ability to define its own address structure. Por instance, ifj oe'sGrommet 
Shop petitions ANSI for an Org Id value and is assigned the value 
010101 (three octets), then J oe's Grommet Shop controls the prefix 
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39840F010101. Any NSAP that begins with this value is under the 
control of J oe's Grommet Shop. J oe's Grommet Shop may also define the 
format for the rest of the DSP to suit their needs. 

Thefieldsof an NSAP create a hierarchy where each field further divides 
theNSAP space into smaller, more manageablespaces. Also, the leftmost 
portion of an NSAP deals with the administration of NSAP spaces, not 
specifically with the identification of real systems. I n the above example, 
the leftmost part of the NSAP space is "publicly" administered, that is, 
administered by national and international standards bodies, whereas 
the right part is left up to private organizations to define and use. For 
convenience, these two parts will be called the administrative prefix 
(AP), and the privately allocated part (PAP). 


Figure 1-10 


◄-IDP--DSP-► 


AFI 

IDI 




◄-AP-M-DSP-► 

(allocated by International (privately allocated part) 
and national authorities) 


This separation between what a network administrator is given and 
what the administrator controls is very important. It is the key to 
understanding how an NSAP space is managed. Also, some companies 
may have several different APs, or may start with one AP and have to 
migrate over to a different one at some point in time. Only through 
careful management of the PAP can a network administrator minimize 
the problems that this may cause. 

The Privately Allocated Part 

Whereas the AP is used to administer NSAP spaces, the PAP is used to 
define a routing strategy. The two portions, when combined together, 
yield a unique NSAP for a given system. 

The ISO model of routing contains the foil owing levels: 

Subnetwork - A subnetwork is an autonomous collection of equipment 
and medias used to interconnect systems. Examples of types of 
subnetworks are: IEEE 802.3 LANs and X.25 PDNs. 
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Area - An area is a group of end systems and intermediate systems 
interconnected by one or more subnetworks. They have been grouped 
together by way of an autonomous routi ng mechanism. An autonomous 
routing mechanism is either a set of statically configured intermediate 
systems, or a set of intermediate systems that support a dynamic routing 
protocol, such as the I SO I S-l S protocol. 

Routing Domain - A Routing Domain is also a group of end systems 
and intermediate systems interconnected by one or more subnetworks. 
They have been grouped together by way of some routing or security 
policy defined by the network administrator. Typically, a number of areas 
are grouped together to form a routing domain. 

An area may be composed of one or more subnetworks. The criteria for 
grouping subnetworks into areas can be based upon topology, 
reachability, and network traffic. The criteria for grouping areas into 
routing domains is based upon policy. For instance, a company might 
want to create an area for their factory, and area for their product design 
lab and put them in the same routing domain. However, the company 
may choose to create a separate routi ng domai n for the! r account! ng and 
payroll departments. 

Tofacilitate routing strategy, a network administrator will often define 
the PAP to contain one or more of the following fields: 

• Routing Domain Identifier 

• Area Identifier 

• Subnetwork Identifier 

• End System Identifier 

The order they are listed here is the order, left to right, in which they 
would be defined in a PAP. 

Other fields that often find their way into the PAP are: 

Version Number or DSP Format Identifier - The purpose of these 
fields is to allow a network administrator to redefine the PAP structure 
at a later point in time, or allow the network administrator todefine 
several PAP formats. Each format would be identified by a different 
value in the Version Number or DSP Format Identifier field. 
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Reserved field - This is simply a portion of the PAP that is not in use, 
but has been reserved in case it is needed sometime in the future. If the 
network administrator defines a PAP with a reserved field, a default 
value (usually all 00s) should be defined that the reserved field is always 
set to. 

NSAP selector - A one octet field at the rightmost portion of the PAP. It 
identifies the entity attached to the network layer. I n OTS the entity is 
always the transport protocol. HP recommends that the NSAP selector 
be set to 01. 

The section on current allocation formats, and the section on 
recommended PAP structures show examples of how these fields are 
used to manage NSAP spaces and routing topologies. 

ISO IS-IS Routing protocol - ISO is in the process of defining a 
protocol standard for a dynamic I ntermediate System to I ntermediate 
System routing protocol, known as the I S-l S protocol. This protocol, 
when complete, will allow I ntermediate Systems (the I SO term for 
network layer routers) to automatically routetraffic between each other 
across concatenated subnetworks and areas. It will not, however, 
automate routing traffic between routing domains. This will still require 
static configuration of route information. 

Though the protocol is still in development, I SO has defined a format for 
the rightmost portion of the DSP to be used by the I S-l S protocol for its 
automated routing. Network administrators should use this format 
whenever possible so that it is easier to support the I S-l S protocol once it 
becomes available. 

The format defined by ISO is the following: 


Figure 1-11 


◄-AP--PAP-► 



User 

Area 

ES 

NSel 


Defined 

ID 

ID 


length (octets) 2 6 1 


◄-up to 20 octets-► 
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Area ID 

A two octet field containing a unique ID for the area 
on which the NSAP resides. 

ES ID 

A six octet value, unique within the Area, which 
identifies the end system. 

NSel 

A one octet value. The recommended value is 01. 


This format is commonly cal led the 2/6/1 structure because of the sizes of 
the three defined fields. 

This is the format that N SAP addresses should obey i n order to get the 
most use out of the automated rout! ng protocols. See the section "A 
Recommended PAP Structure" later in this chapter for a possible PAP 
structure that network administrators may use to define NSAP formats. 
This recommended structure is compatible with the I S-l S protocol 
format. 
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Current NSAP Allocation Formats 

This section shows a number of examples for existing NSAP allocation 
formats. Other standards organizations may have additional formats 
that customers may want to use. Customers can contact standards 
organizations within their home country to obtain more information. 


NOTE H P recommends that customers use the bi nary format for N SAPs. 

Therefore, only this format is discussed here. 


ANSI Format 


Figure 1-12 


◄- 

IDP-- 

D! 

3P 

-► 

39 

840 F 

DFI 

Org 

ID 



octet 0 1 2 3 4-6 7 19 

(maximum) 

◄-AP-► ◄— PAP—► 

ANSI is the standards body that controls the U nited States Data 
Country Code (DCC) 840. They have defined the first three octets of the 
DSP to be an Organization Identifier, leaving the other 14 octets (the 
PAP) to be defined by each controlling organization. ANSI may be 
reached at the foil owing address: 

American National Standards I nstitute 1430 Broadway New York, New 
York, 10018, USA Telephone: (USA) 212 642-4932 


NOTE ANSI defines a recommended PAP structure for their NSAP space. Its 

syntax may be obtai ned by writ! ng to the above address. 
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AFNOR Format 


Figure 1-13 


^ -IDP--DSP-► 


39 

250F 

Org 

ID 



octet 0 1 2 3- 5 6 19 

(maximum) 

◄-AP--PAP-► 

AFNOR (Association FrancaisedeNORmalisation) is the standards body 
that controls the French Data Country Code (DCC) 250. Like ANSI, they 
have defined the first three octets of the DSP to bean Organization 
Identifier, leaving the other 14 octets (the PAP) to be defined by each 
controlling organization. AFNOR describes their addressi ng format in its 
document, X 60-000. AFNOR may be reached at the following address: 

AFNORTour Europe-Cedex 7 F-92049 PARIS LA DEFENSE 
(FRANCE) Telephone: 4-33 1 42 91 55 55 

United States GOSIP 

Figure 1-14 


◄-1 

DP-- 



DSP 



-► 

47 

0005 

DEI 

Admin 

Rsv 

Domain 

Area 

ES 

NSei 

0 

1 -2 

3 

4-6 

7-8 

9-10 

11 - 12 

13-18 

19 
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DFI 

DSP Format Identifier. This is used to specify the 
structure, semantics and administration 
requirements for the remainder of the DSP. 

Currently, only one DSP Format exists. This field is 
similar in function to a Version field. 

Admin 

This field functions in much the same way as the 

Org ID field in the ANSI format. It is an 
Administration authority identifier. The values for 
this field are under the control of NI ST. 

Rsv 

Two octets are reserved for future expansion. 

Domain 

The Routing Domain this NSAP resides in. Routing 
Domai n val ues are determi ned by the authority 
identified by the Admin field. 

Area 

The Area number this NSAP resides in. Area values 
are determi ned by the authority identified by the 
Admin field. 

ES 

A number, unique within the area, that identifies the 
end system. End System identifiers are determi ned 
by the network administrator 

NSel 

This field identifies the Network Service user. U.S. 
GOSI P recommends this value beset to 01 for the 
Transport protocol. 


The United States GOBI P format, whose administration authority is 
NIST, is to be used by United States Government agencies for their OSI 
networks. NIST will also assign NSAPs from their NSAP space to 
non-government organizations upon request. 

This format is a good example of how the various PAP fields may be used 
tocreatea well defined NSAP space that can evolve over time. U.S. 

GOSIP has taken a domain/area approach to routing and has defined the 
entire structure of the DSP. Because of this, they have also added some 
fields that will allow their structure to change over time, namely the DFI 
and Rsv fields. 

To obtain more information about the U.S. GOSIP NSAP structure, 
contact: 
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Telecommunications Customer Requirements Office U. S. General 
Services Administration I RMS Office of Telecommunications Services 
18th & F Sts. N.W. Washington, D. C., 20405 

A more complete discussion of this addressing format may be found in 
U.S. Government OSI Profile Specification Version 2. 

This document is produced by the N ational I nstitute of Standards and 
Technology, USA (NIST). It should be available through Omnicom or 
NIST. 

United Kingdom GOSIP 


Figure 1-15 


◄- 

IDP-^-4-D! 

3P 

-► 

39 

826 F 

010104 

GDP 

GDSP 

◄- 

AP 

-► 

4-PAP-► 


GDP 

Government Domain Part (oneoctet) 

GDSP 

Government Domain Specific Part (up to 11 octets) 


The United Kingdom GOSIP program, like ANSI, has chosen the Data 
Country Code format for their I DP. GDP values are provided by the 
Central Computer and Telecommunications Agency (CCTA), and 
functions in a similar fashion as U.S. GOSI P's Admin field. TheGDSP is 
undefined and is left up to the control ling organization (identified by the 
GDP) as to its structure. U.K. GOSI P recommends that the following 
fields be defined as the rightmost portion of theGDSP: 


Figure 1-16 


Subnet ID 


Subnetwork Address 


NSel 


2 octets 0 - 6 octets 1 octet 
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The Subnetwork I dentifier may identify a physical subnetwork, or an 
area. The Subnetwork Address field may contain a real subnetwork 
address, such as a MAC or X. 121 address, or a virtual end system 
identifier that uniquely identifies the end system for the specified Subnet 
ID. H P recommends that the N Sel field be set to 01. 

A more complete discussion of this addressing format may be found in 
U.K. Government OSI Profile Specification Version 3.1 and Procedure for 
Obtaining a U.K. Government Domain Part (GDP) under the I SO DCC 
Addressing Scheme 

These documents are produced by the Central Computer and 
Telecommunications Agency, UK. They should be available through 
Omnicom International, Ltd. or CCTA. 

GOSIP Project OfficeCCTA Riverwalk House 157/161 Millbank 
LONDON SWIP 4RT UK 

MAP/rOP 3.0 


Figure 1-17 


◄— 

IDP-^-4-Dl 

3P 

-► 

Enterprise ID 

Subnetwork 

ID 

Station 

ID 

NSel 


◄- 9 octets-► 


Enterprise ID 

The AP portion of the NSAP. It includes the AFI, I Dl 
and, if necessary, an Org ID. 

Subnetwork 

ID 

A portion that uniquely identifies the Subnetwork 
on the Enterprise. 

Station ID 

A portion that uniquely identifies an end system on 
the subnetwork 

NSel 

The field that identifies the entity above the network 
layer. 
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Unlike ANSI and AFNOR, which defined an AP and left the PAP 
undefined, MAP/TOP has defined a general format for the PAP portion. 
Their PAP may be used with any valid AP. 

MAP/TOP has decided to use subnetworks as their level of routing rather 
than areas. This is more in line with present ARPA routing procedures 
than the upcoming I SO routing protocols. MAP/TOP does recommend 
that the customary 2/6/1 field lengths be used for the PAP portion to 
allow easy migration to area-based routing in the future. 

A more complete discussion of this addressing format may be found in 
Manufacturing Automation Protocol Specification, Version 3.0, available 
from the MAP/TOP users group: 

North American MAP/TOP Users Group ITRC P.O. Box 1157 Ann Arbor, 
Ml 48106 USA 
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Building Temporary Administrative 
Prefixes 

I n many cases, the examples above will not fit the needs of many users. 
This is because they are not government organizations, the company 
does not reside in a country which has an NSAP authority, or the 
company does not wish to pay the registration fees required to obtain an 
NSAP space. 

I n cases like these, a network administrator can create a temporary 
Administrative Prefix that their company may use as an interim solution 
until a more permanent AP becomes available. The network 
administrator must be sure to create a PAP format that can easily be 
migrated to the permanent NSAP space, once it becomes available. 

The first two methods described create a unique NSAP space, and the 
NSAP addresses may be used on open networks (that is, networks 
connected to a public network). The last method. Local Format, does not 
guarantee a unique N SAP space and should only be used when 
connectivity to OSI networks outside the customer's network is not 
required. 

Use an I nternational Telephone Number 

ISO allows NSAP spaces to be built that have an I nternational 
Telephone Number as their I Dl value. This is known as the E. 163 
format. The AFI code to use is 43. The telephone number is encoded as 
Binary Coded Decimal (BCD) into the I Dl. Up to 12 digits may be used. 
Any unused digits should be set to F (hexadecimal). The DSP portion, 
and therefore the PAP, may be up to 13 octets in length. 


Figure 1-18 


-IDP- 


->◄- 


-DSP- 


43 Telephone 


up to 13 octets 


-AP- 


->◄- 


PAP- 
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As an example, suppose] oe's Grommet Shop decides not to obtain an 
ANSI Org I d at this time. I nstead, they use the E.163 format. The 
network administrator decides to use the I nternational Telephone 
Number of their customer order department for the I Dl value. 

Figure 1-19 



Figure 1-20 


Figure 1-21 


Use an X.121 Address 

Another option is to use an X.121 address as the I Dl value. The AFI for 
this format is 37. The I Dl is up to 14 BCD encoded digits, with any 
extras padded with F. The DSP, and therefore the PAP, may be up to 12 
octets in length. Note that the X.121 address is only used to uniquely 
identify the customer's AP. It does not have any routing significance in 
this example. 



For instance, J oe's Grommet shop decides to use one of its public X.121 
address for the I Dl value. 
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Use the ISO Local Format 

I so defines a format known as the Local format. H P recommends that 
you do not use this format because it can result in non-unique NSAP 
values. They should only be used for pilot networks or for diagnostic 
purposes on networks that are isolated, that is, not connected to any 
public networks. 


Figure 1-22 


IDP< 


DSP- 




49 


up to 19 octets 


AP< 


PAP- 




When using Local Format it is especially important to create and 
manage the PAP portion in a way that can be easily migrated to another 
AP in the future. 
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A Recommended PAP Structure 

Here is an example of a PAP structure that may either be used with a 
current allocation format that allows the PAP to be defined (such as 
AN SI), or with a temporary AP. 

The last portion of the PAP should have the following structure: 


Figure 1-23 


^ -IDP-- 

DSP- 



- ► 


User Defined 

Domain 

Area 

ES 

NSel 

length (octets) 

2 

2 

6 

1 


•4 - 20 octets-► 


User Defined 

A unique, user defined number. 

Domain ID 

A two octet field containing a unique ID for the 
routing domain on which the NSAP resides. 

Area ID 

A two octet field containing a unique ID for the area 
on which the NSAP resides. 

ES ID 

A six octet value, unique within the area, that 
identifies the end system. Possible values that may 
go here are: 

If the NSAP is to be used over 802.3, the MAC 
address may be used. 

I f the N SAP is to be used over X.25, and the X.121 
address space is 12 digits or less, the X.121 address 
may be used. The X.121 address is entered as BCD 
digits, two digits per octet. If the X.121 address has 
an odd length, pad the last octet with F. 

NSel 

A one octet value. The recommended value for OTS 
is 01. 
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The above PAP allocation follows the structure used by thelS-IS 
protocol. It allows areas to be created that contain multiple subnetworks. 

The User Defined portion may be comprised of one or more of the 
following fields: 

• Aversion or DSP format identifier. This allows the format of the PAP 
to be redefined at some later point in time. These fields are usually 
two octets I n length, but any size may be chosen. For most N SAP 
spaces, one octet will often be sufficient. 

• A reserved field. 11 is often a good idea to reserve a few octets of space 
for future use. 

If any of these fields are used, they should be defined in the order, left to 
right in the PAP, as they are listed above. 

Network Identifiers (Network ID) 

Because of the hierarchical definition of NSAP formats, a prefix portion 
of an NSAP may be used to identify a group of systems that reside in the 
same routing domain, the same area, or the same subnetwork. This 
prefix portion is called an "NSAP Prefix," or a "Network ID." 

As an example, suppose] oe's Grommet Shop, whose AP value is 
39840F 010101, decides to use the Recommendation 1 format for its PAP. 


Figure 1-24 


◄-AP-- 

- PAP- 


-► 

39840F010101 

Domain 

ID 

Area 

ID 

ES ID 

01 

length (octets) 

2 

2 

6 

1 


It has two areas in routing domain 0000 that are assigned Area ID 
values: 0001 and 0002. The corresponding Network I Ds for these areas 
are: 39840F01010100000001 and 39840F01010100000002. 

Network I Ds may be used in OTS to simplify the configuration of routing 
information. Rather than configuring a route to every remote system, 
OTS allows network administrators to configure a route to a distant 
routing domain, area, or subnetwork by using its Network ID. It also 
allows local subnetworks to have their Network I Ds configured to help 
the routing protocols with local network traffic. 
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General Recommendations for NSAP 
Addresses 

Here is a list of recommendations by H P for the allocation of NSAPsfor 

use with OTS: 

• Use an Administrative Prefix obtained from a national or 
international authority if at all possible. An authority does not have 
to reside in the same country as the petitioning organization (for 
example, a company in Spain could petition AFNOR for an 
Organization Identifier). 

• If the Local Format is to be used, the network must be completely 
isolated from public network traffic. If a customer needs a temporary 
AP, they should use a I nternational Telephone N umber, or the X.121 
format. 

• Use the binary AFI value whenever possible. 

• If using a temporary AP, limit the length of the PAP to 14 octets or 
less. This will allow thePAP to fit into the space all owed by a national 
or international authority's AP in the future. 

• I fusing an AP allocated by an international or national authority, 
define all 20 octets of the NSAP, even if this means allocating a 
reserved field. 

• Define and manage the PAP address structure independent of the AP. 
This will make managing multiple AP values, or migrating between 
AP values easier. This especially includes the following fields: 

Area ID Routing Domain ID Subnet ID 

All the above fields should be unique regardless of AP value, even if 
the authorities administer!ng the APs have defined the full DSP. For 
instance, if a network administrator is managing a MAP network and 
a U.S. GOSIP network, the values used in the Subnet ID fields for the 
MAP network NSAP addresses should not be reused in the Area ID 
values in the U.S. GOSI P NSAP addresses. 

• All fields should be defined to fall on octet boundaries, that is, they 
should always contain an even number of hexadecimal digits. 

• To be compatible with the I SO I S-l S Routing Protocol, the last three 
fields of the PAP should conform to the 2/6/1 format. 


Chapter 1 


65 




HP OTS/9000 Resources 

Non-standard NSAP Formats for Use in OTS 


Non-standard NSAP Formats for Use in 
OTS 

If the CONS network being used supports the 1984 X.25 Extended 
Address facility, the NSAPs configured should conform to the above 
recommendations. 

If the CONS network being used is version 1980, or does not support the 
Extended Address facility, use the X.121 address of the system's 
attachment point onto the X.25 network in place of an NSAP. 

For subnetworks that use the Null Subset of CLNP, the subnetwork 
address, either MAC or X.121, of the system's point of attachment onto 
the subnetwork should be used in place of an NSAP. 
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The prcxessyou should use to successfully bring up a new OSI network 
or add to an existing OSI network 
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Planning Your Network 

This chapter describes the prcxess you should use to successfully bring 
up a new OSI network or add to an exist! ng OSI network. 

The following steps should betaken to get your OSI network up and 
running: 


Task 

Action 

Chapter 

1 

Determine the services required 

this chapter 

2 

Determine the vendors involved 

this chapter 

3 

Determine the network structure 

this chapter 

4 

Determi ne your address! ng scheme 

this chapter 

5 

Gather and distribute configuration 
information 

"Gathering 

Configuration 

1 nformation" 

6 

1 nstall software 

"1 nstalling 
OTS/9000" 

7 

Configure systems 

"Configuring 
and Verifying 
OTS/9000" 

8 

Start up systems (if needed) 

"Configuring 
and Verifying 
OTS/9000" 

9 

Perform local verification 

"Configuring 
and Verifying 
OTS/9000" 

10 

Perform 1 nteroperabi 1 ity tests 

OSI 

Troubleshooting 

Guide 
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Deter mi ne the Servi ces Requ i red 

The first step in planning your network is to identify what 
communication problems you are trying to solve and what OSI service or 
services best address your needs. This section describes each service 
provided by Hewlett-Packard and when it may be appropriate for 
meeting your communication needs. 

X.400 Service 


Type of 
Service 

Use if: 

M essage 

Handling 
(Electronic Mail) 

You requi re electronic messagi ng between users of 
the OSI network 


• Allows encapsulation of electronic information and reliably deliver it 
to one or more destination users. 

• Messages are transferred in a store and forward manner, not 
real-time. 

CMIS Service 


Type of 
Service 

Use if: 

Management of 

"managed 

objects" 

You want distributed management of nodes and 
other network resources. 


• Can enable and disable network resources. 

• Can view and change configurable values. 

• Can register for notification of exceptional events. 
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• Can act as a requestor of operations agai nst a resource (a manager), 
or only as a responder to such requests (an agent), or both. 

• Provides a programmatic interface to CM IS, which allows you to 
write applications acting as either a requestor or a responder. 

FTAM Services 


Type of 
Service 

Use if: 

File Transfer 

You wish to move or manage files across an OSI 
network. 


• Allows transfer of files across an OSI network. 

• Provides facilities to create, delete, and modify files on a remote node. 

• Has both a programmatic and interactive interface. 

APRI Service 


Type of 
Service 

Use if: 

General 

interprocess 

communication 

mechanism 

You are porting layer 7 protocols to the H P 
platform, developing specialized layer 7 
applications, or remote operation applications. 


• Provides you with the ability to implement your own OSI application 
layer protocols, or custom applications. 

• Provides Abstract Syntax Notation One (ASN.l) context negotiation. 

• ROSE provides remote operation capabilities to invoke operations on 
the remote and receive status on completion. This service runs on top 
of the service provided by ACSE and Presentation. 
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High Availability Service 


Type of 
Service 

Use if: 

Create and 
manage highly 
available 
cl usters 

You wish to create and manage highly available 
enterprise clusters of H P9000 Series 800 
computers using the HP MC/ServiceGuard 
product. 


• Allows you to group programs in "packages" which run on particular 
nodes. 

• Monitors the health of your SPU, LAN cards, and application 
"packages" on each node. 

• See the HP OTS/9000 Addendum for more information on configuring 
and using HP MC/ServiceGuard with HP OTS/9000. 

XTI Service 


Type of 
Service 

Use if: 

Transport layer 
interface 

You are porting existing I PC applications that run 
over non-OSI networks and for achieving high 
performance as a result of low protocol overhead. 


• Provides a very simple set of functions, for example, connect, send 
data (normal and expedited) and disconnect. 

• Building blocks that provide a basic and low overhead access to 
performing interprocess communication over an OSI network. 

• Makes your application source code portable between platforms 
following the standard. 
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Deter mi ne the Vendors I nvol ved 

Another factor in determining the ultimate layout of your network isthe 
equipment various vendors use to communicate. 

Not all vendors provide every OSI service. A given vendor may only 
provide some subset of functionality for a given layer. For example, HP 
does not currently provide the Virtual Terminal service. Another vendor 
may not provide X.500. Or another vendor may provide a Network 
Management Agent, but have no facilities to manage the resources local 
to that node. 

When planning your network, you need to take such factors into 
consideration. Listed below is a checklist of items you should investigate 
to hel p ensure your success. 

• Does the vendor provide this service? 

If you wish to communicate with a piece of equipment, it must 
support the service. Access to mid-stack layers (Session, Transport) 
cannot be assumed just because a vendor provides a seven layer 
stack. 

• Does this service coexist with other facilities I want to use on this 
node? 

Determine what effects installing this product has on the other 
operations of your system. Especially check on its coexistence with 
other non-OSI networking services you may be using. 

• What version of this service is provided? 

Some standards are evolving. For example. Session provides both 
Version 1 and Version 2. Verify that the version supported is 
acceptableto all nodes of communication you intend to use. 

• What functional units of this service are provided? 

Many OSI implementations are a subset of the full service. You 
should understand what facilities you require from this service and 
ensure that each vendor supports those. 

• What lower layer protocols does this product use? What versions are 
these? Can I use it over the link I want? 
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Verify that the underlying layers are compatible. The primary 
considerations are Session version and functional units, Transport 
Layer class, Network Layer protocol and link type. For moredetailed 
questions about the links used, see "General LAN Questions" and 
"General X.25 Questions." 

• What is the interface to this product? Is it standardized? Does it meet 
my needs? 

The interfaces to the QSI services can be broadly broken into two 
categories: 

• interactive, where you type commands, or select choices from a 
menu 

• programmatic, where you develop your own program (typically in 
C) using a set of QSI library commands 

Support of a standard i nterface wi 11 increase the portability of your 
applications and make the transition from one platform to another 
simpler. 

• What level of conformance or interoperability testing has been 
achieved by this product? 

Conformance testing indicates that an implementation has 
successfully passed a suite of tests against a reference QSI 
implementation. Such testing improves the chances that the 
implementation is correct and that it will interoperate with other 
conformant systems. 

I nteroperabi I ity testi ng is a di rect test between two vendors' 
implementations. 

• Who will install, configure and test this product? 

If you will not be doing the entire installation yourself, you should 
coordinate with the other individuals involved. HP provides a remote 
system worksheet that you can use to gather information for these 
other systems. See chapter 4. 
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General LAN Questions 

• I s ES/IS (end system/intermediate system) protcxiol supported? 

Most systems today support the ES/I S protocol. This protocol allows 
systems to dynamically maintain information about the NSAP to 
MAC address mapping for systems on a LAN. By using this protocol, 
a great deal of configuration can be avoided. 

• Can this system behave as an IS? 

An intermediate system is capable of forwarding traffic from one 
subnetwork to an IS on another subnetwork. This system should 
support both the ES/I S and I S/I S protocols. H P systems do not behave 
as an IS. 

• Will this subnetwork use the NULL subset of CL NS? 

The NULL subset of CL NS is used for systems that are on an isolated 
LAN network. When NULL subnetting is used, no traffic can be 
forwarded via routers. 

The benefit of the NULL subnet is reduced protocol packet size(on 
the order of 40 bytes per packet). 

The drawback is the inability to communicate outside the 
subnetwork. 

• Is your LAN link configured for IEEE 802.3? 

If you want to configure OTS CL NS over 802.3, you must use SAM to 
configure your LAN link to use I EEE 802.3. 
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General X.25 Questions 

• I s I so 8878 behavior supported? 

I SO 8878 defines how X.25 is to be used to provide CONS. Among 
other features: 

• It defines a mechanism for conveying NSAPs in 1984 and 1988 
X.25 CALL packets. OTS supports full 8878 by default. 

• Defines a "special" mechanism, called SNDCP, which simulates 
this behavior on 1980 X.25 networks. Many OSI implementations 
do not support the SN DCP behavior. 

The configurable parameter, "snet_allow_iso8878", in the file 
"ots_subnets" controls whether or not OTS will use the SNDCP when 
communicating over 1980 X.25. 

• What versions of X.25 will be used? 

There are three versions of X.25 support: X.25 '80,'84, and '88. Each is 
effectively a superset of the previous. Sending X.25 '84 traffic to an 
X.25 '80 system may result in connection refusal. It is important to 
understand what systems support which protocol. OTS by default 
sends X.25 '84 packets and receives both X.25 '80 and '84. 

• What level of X.25 switch or PDN should I use? 

If your switch or Public Data Network only supports X.25 '80, then 
systems connected through it must use X.25 '80. Otherwise '80, '84, 
and '88 are acceptable. 

• Is subaddressing supported? 

H P recommends use of subaddressing in order to share the same 
physical card with various services. I f subaddressi ng is not 
supported, then you will be restricted to configuring a single CONS 
and a single CL NS network through each card. For a discussion of the 
parameter see "snet_bind_by_pid" in the "ots_parms". 

• Are Protocol ID values used? 

If the remote can accept calls using the NULL PI D, then you can 
safely set the "tpcons_null_pid" parameter. OTS by default sends the 
PI D. The parameter "tpcons_null_pid", in thefile "ots_parms" can 
override this behavior. 
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By default, OTS will also accept call packets with either the OSI or 
NULL PID values. Setting the "snet_bind_by_pid" parameter inthe 
"ots_subnets" file will prevent OTS from accepting CALL requests 
using the NULL. If set, OTS will refuse cal Is with a PI D other than 
the OSI standard PID. 

• What Network layer protocols will be used (CONS, CLNS)? 

The Connectionless Network Service (CLNS) has the advantage in 
that it can be used with routers and does not require the gateway 
facility provided by MSDSG in order to interconnect with CL NS/LAN 
subnetworks. However, CLNS does present more overhead because 
each packet sent contains addressing information, and Transport 
Class 4 must be used. 

The Connection-Oriented Network Service (CONS) is currently more 
widely used than CLNS/X.25. 
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Determine the Network Structure 

At this point, you have identified the nodes and the services you will be 
using for your network. The next step is to draw a network map to 
visualize the structure of your network. 

If this is an addition to an existing network, update the existing network 
map, otherwise, follow these steps to draw your map. A simple example 
of a network map is shown below. 

• Identify the subnetworks and nodes in your network. 

• Assign unique names to each node and subnetwork and other pieces 
of network equipment. 

• Draw the subnetworks, using Iines for LANs and clouds for X.25. 

• Place each node on the subnetworks you've drawn. 

• Place any other pieces of network equipment on the diagram (for 
example, routers, repeaters, X.25 switches, and analyzers). 

• Identify any non-OSI nodes or network equipment that may be 
shari ng the network. 


Figure 2-1 


Node 

Squirrel 


Node 

Boris 
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NOTE I nformation beyond the node name, such as X.25 subaddresses, network 

addresses, and applications, can be kept separately by making copies of 
the "Remote System Worksheet." See chapter 4, "Gathering 
Configuration Information." 


Determi ne the Address! ng Scheme 

Network Address 

At this point, you have determined the layout of your network. Now 
develop an addressing scheme that facilitates routing in your existing 
network, as well as future expansion. 

Most network address formats allow you to segment your network into 
routing domains and areas. Examine your network map and consider: 

• Areas should be defined as groups of subnets that are connected and 
have common bandwidth capabilities. For example, if you have two 
LAN subnetworks connected by an I ntermediate System, you may 
consider them to be in the same area. 

• Do not assign the same area ID to subnets that are connected to one 
another, but differ in bandwidth (for example, an X.25 subnetwork 
and a LAN subnetwork, or two LANs connected via a modem link). 

• Areas should not contain more than 10,000 nodes. This is dictated by 
the IS to IS protocol. 

• The assignment of domain identifiers is largely a policy decision. Any 
number of areas may be assigned to a single domain. However, a 
limitation of 10,000 areas per domain is a good rule. 

You may assign a single domain ID to your entire network unless the 
following criteria are true. 

• Any area that is isolated from another area should have a 
different Domain ID. 

• If, for security reasons, you wish to distinguish between traffic in 
different areas, you should assign different domain I Ds to those 
areas. For example, could assign "Finance" and "Research" 
different domains. 
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After you have done the partition into domains and areas, you can then 
assign an appropriate network address prefix for each node, and the full 
address can be completed by usi ng each node's E nd System address. 

Application Addresses 

You may also want to dictate the selector values to be used for the upper 
layer addresses. (Notethat HP OSI services use default addresses. For 
instance, FTAM uses 0x0001 (hex) for P-, S-, and T- selectors. X.400 uses 
blank (null) P- and S- selectors and 4D4853 (hex) astheT-selector. Refer 
to the appropriate product manuals to see what, if any, default addresses 
are used.) 

If you wish to change the default addresses, you might assign all FTAM 
responders to have the P-, S- and T-selectors of 0x0010. For an XTI 
application you are developing, you may want all initiators to use 
T-selectors 0x0020 and all responders to use T-selectors of 0x0021. 

You have a wide array of addresses to choose from. The selectors may fall 
in the following range: 

P-selector: 0 to 16 bytes 

S-selector: 0 to 16 bytes 

T-selector: 0 to 32 bytes 

Remember that the longer or more complicated you make your selector 
values, the more room you leave for error during configuration. 


NOTE Some government profiles may dictate the selector values for certain 

services (for example, U.S. GOSIP for FTAM and X.400). 


Naming Hierarchies 

If you are using FTAM o r X.500, you will use Directory Distinguished 
Names (DDNs) in some capacity. These are hierarchical names, for 
example, 7C=us/0=hp/OU =hpnodel/AP=mms/AE =demo_prog". 

At this time, you should define what components of the naming 
hierarchy you plan to use and define conventions for assigning values to 
each component. 
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As an example, you might decide that the Country attribute will not be 
used, the Organization attribute will always be your company's name in 
all lowercase, and the Organization Unitwill correspond to the node 
name given on the network map in all lower case. 

See the discussion of naming in the configuration manuals for the 
respective services for more information about what attribute cl asses are 
available and which ones are required. 
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Gather and Distribute Configuration 
Information 

Now that you have determined the network topology and addressing 
scheme for your network, you are ready to compile the configuration 
information required for each system so that they may communicate 
with one another. 

HP has provided a worksheet for gathering information about each node 
on the network. It is contained in chapter 4, "Gathering Configuration 
I nformation." 

After performing the data gathering steps, you will be able to configure 
your H P system to communicate with each system on your network. The 
worksheet will also be useful for other vendors' network administrators. 
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A discussion on collecting information to configure local nodes. 
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A Map to the Data Gathering Process 

Before starting your data gathering, see chapter 3, "Planning Your 
Network." 

Once your network is planned: 

• Makecopiesof the Remote System Worksheet, one for your local node 
and others to distribute to the other nodes on the network. 

• M ake copies of your completed local node Remote System Worksheet 
to distribute to each of the other nodes you will communicate with. 
This allows the other network administrators to configure your new 
node on their systems. 

• Distribute the Remote System Worksheets and a copy of your Remote 
System Worksheet to those other network nodes. I f one person 
administers all the nodes, you must still have one worksheet filled out 
for each node. 

• Fill out the parts of your Local Parameter Worksheet that you can 
while waiting for the information from the other nodes. Fill in the 
remainder of the information you need on your Local Parameter 
Worksheets from information you gather from the remote nodes. 

• Collect all the worksheets into a packet. This packet will contain all 
the information you need to configure your new node. You should also 
save this packet for reference when modifying any of your network 
parameters. 

Once you have all this information gathered, you are ready to configure 
your network. Chapter 5, "Configuring and Verifying FIP OTS/9000" 
contains instructions for configuration and verification. If you have not 
yet installed OTS, see chapter 2, "I nstalling FIP OTS/9000"for 
installation instructions before start!ng your configuration. 

About WDrksheets 

There are two worksheets for you to use: 

• Remote System Worksheet. This worksheet is designed to help you 
gather network information both for your node and other nodes on 
the network with which you wish to communicate. Si nee the remote 
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nodes need to know information about your local node, it is advisable 
to fill out a Remote System Worksheet for you node and send a copy of 
it along with blank worksheets to the remote nodes. 

• Local Parameter Worksheet. This worksheet is designed to help 
you collect the information you need to configure your local node. One 
of these worksheets is needed for every subnetwork you configure. 

U se the Remote System Worksheet i nformation you col lect from other 
nodes. Both worksheets are needed to complete your configuration. 

When you have all the worksheets completed, you are ready to start 
configuration. Some sections on these worksheets may not apply to your 
network or are optional entries. 
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Using the Remote System Worksheet 

The Remote System Worksheet should be filled out for every OSI system 
you intend to connect to. This IN CL DDES your local node. 

This worksheet represents parts of the OSI stack. The information is 
broken into six different sections. These six sections (described below) 
should be filled out by the network administrator for each remote node. 

General Information 

This contains basic information about the remote system. 


Node Name 

What the system is called (uxnodel, hpnode2, 
etc). This name should match the name given to 
the system on network maps. 

Vendor/T ype 

The manufacturer and model number (for 
example, HP9000/J 200). 

Routing 

1 nformation 

1 ndicates whether this node acts as an E nd 

System (final destination for traffic), an 

1 ntermediate System (router), or Both. 


Application Addresses 

List all the remote applications you will communicate with. 


Application Name 

What the application is (FTAM responder. Net 
Management Agent, etc). 

P-, S-, T-Selectors 

Upper layer addresses for the application. If the 
program runs over Transport, only the 

T-selector should be specified. For Session and 
X.400, specify only the S- andT-selectors. For all 
other applications, the P-, S-, and T-selectors 
should be used. 1 ndicatea NULL selector value 
by using "NULL." 
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Subnetwork Addresses 

The subnetwork information is typically transparent to the end user, 
because the Network Layer (CONS or CLNS) determines this 
information from the NSAP. I n some cases, this mapping must be 
configured on the system which is why this information is requested. 

If you have multiple X.25 or LAN cards, use additional worksheets. 


NSel 

The Network layer selector (typically 0x01). This 
field may be left blank if it is not explicitly 
configured on the remote. 

CON S/CL NS/X.25 
Subaddr 

1 ndicate what (if any) subaddresses are used by 
these services over X.25. If subaddressing is not 
used then use "NULL." 

X.121 

Provide the X.121 address of the remote system. 

802.3/FDDI MAC 

This is the Media Access Control (MAC) layer 
address of the remote LAN card. These are always 

6 bytes long and should be specified in 
hexadeci mal. 


X.25 Subnetwork Information 

This box contains other X.25 configuration items that are important to 
know to achieve successful interoperabi Iity. 
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ISO 8878 Support 

This indicates whether the remote supports the 
use of the X.25 extended addressi ng faci 1 ity, as 
prescribed by 1 SO 8878 (Use of X.25 to provide 
CONS). Systems that do not use this facility 
should have their NSAP match their X.25 
address (X.121 + Subaddress). 

Accept Reverse 
Charging 

If true, the vendor allows the call charges to be 
bi 11 ed "col 1 ect." Typical 1 y this is set to "N". 

X.25 Standard 

This indicates which X.25 capabilities are 
supported by the system. The 1984 standard 
provides morefacilitiesthan the 1980 standard. 
At least one must be circled. (Circle all that 
apply or will be allowed by the X.25 service). 


LAN Subnetwork Information 

This box indicates what subset of the CL NS protocol is supported. 


CLNP Subset 

U.S. GOSIP requirestheuseof the Full subset, 
with NULL CLNP packets being discarded. This 
is the default for HP systems. The NULL subset is 
used only when all destination OSI nodes are 
physically connected via the same LAN. It 
provides low overhead at the cost of 
internetworking. It also requires that the NSAP 
match the MAC address of the system. 
Non-segmenting and Full subset (accept NULL) 
are less frequently used, but are supported by H P. 

ES/IS Supported 

1 ndicates whether this node supports the E nd 
System/1 ntermediate System protocol. With this 
protocol, subnetwork addressing information is 
done dynamically. Therefore, other systems on the 
network do not need to statically configure this 
addressing information. 
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Network Addresses (NSAPs) 

The last items you should provide are the Network Addresses 
(sometimes referred to as NSAPs) that are used to access this system. 

The full NSAP should be specified here if the remote configures the 
Network Address in components (I DP, DSP), or does not include the 
NSEL. These values should all be concatenated and written in the 
appropriate field. 

RFC 1006 NSAP and IP Address 

OSI uses NSAP network addresses. TCP/I P uses IP addresses. Si nee the 
OSI networking layer is replaced byTCP/l P, the special RFC1006NSAP 
must be used in any OSI dialog between systems. 

The RFC1006 NSAP has: 

• a specific header with an IP address, for example, RFC1006 NSAP is 
540072872203 

• optionally a TCP port ID appended to it 

Therefore, an OSI service running over TCP must specify a destination 
NSAP usingthe RFC1006 NSAP structure. 

The IP address of 123.55.77.5 is encoded in the RFC1006 NSAP as a 
string of digits using three digits corresponding to one octet of the IP 
address. 


1P Address of: 

Encoded in NSAP as: 

123.55.77.5 

123055077005 


If the default port (102) is not used, theTCP port number is encoded as 5 
digits foil owed by "F". 

The complete RFC1006 NSAP with an optional port number of 103 is 
shown below. I f you use the standard port of 102 you omit the port 
number from the end of the N SAP. 
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Address H eader 

1P Address 

Port #(optional) 

540072872203 

123055077005 

00103F 


If you use the standard NSAP address header, but an invalid IP address, 

the NSAP address is unreachable. 

RFC 1006 Addressing Considerations 

• When addressing a remote, always use the remote's IP address to 
construct the destination NSAP. 

• Applications must bind tothe RFC1006 NSAP with the IP address as 
configured in osiadmin whether you are connecting to remote via that 
address or not. You can also use a wildcard NSAP for the local 
address. 
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Remote System WDrksheet 


A blank Remote System Worksheet is shown below (in the next two 
graphics). You can print it and use it for your actual worksheet. 

General Information 


Node Name 


Vendor/Type 


Routina Info (Check one): ES 

IS 

Both 

_ 





Application Addresses 


AppI Name 

Service 

P-selector 

S-selector 

T-selector 



























Subnetwork Addresses 


NSel 


CONS Subaddr 


CLNS Subaddr 


X.121 


802.3 MAC 


FDDI MAC 
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LAN/X.25 Subnetwork Information 


X.25 Subnet information 

LAN Subnet Information 

ISO 8878 Support (y/n): 

CLNP Subset (check one): 

NULL Non-seomentino 

Full 

Accept Reverse Charging (y/n): 

ES/IS Supported (y/n): 

X.25 standard (check one): 

1980 1984 1988 



NSAPs 


Include NODE if used as part of the NSAP 

NSAP of 802.3 


NSAP of FDDI 


NSAP of CONS/X.25 


NSAP of CLNS/X.25 


NSAP for RFC1006 
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Using the Local Parameter WDrksheet 

Fill out a Local Parameter Worksheet for each subnetwork. Some of the 
information you collected on the Remote System Worksheet will be 
repeated here. 

Local Worksheet Organization 

I nformation on the Local Parameter Worksheet is organized as follows: 


General subnetwork 
information 

Lines 1 through 4 

X.25 information 

Lines 5 and 6 

LAN information 

Lines 7 and 8 

Routing information 

Line 9 


The configuration instructions in chapter 5, "Configuring and Verifying 
OTS/9000" use the line numbers on this worksheet for easy reference. 

General Considerations 

A subnetwork is either a Local Area Network segment, or an X.25 
Network to which your local node is attached. 

If it is a LAN, each card connected to the LAN constitutes an OTS 
subnetwork. You may have a maximum of two LAN subnetworks. 

For X.25, if you have multiple cards connected to the same X.25 network 
(for increas^ connections, throughput, or redundancy), you will typically 
want to group these cards into a single OTS subnetwork. 

You also have the option of using the same X.25 card in more than one 
OTS subnetwork. This allows your system to listen on different network 
addresses, or if you want to use both CLNS and CONS over this card. 
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Local Parameter Worksheet Fields 

The following information describes each field on the Local Parameter 
Worksheet. 


Subnetwork 

Name 

OTS uses a symbol ic name you define to refer to 
each subnetwork. Use a name that is meaningful 
to you (for example, fddilan, site_8023, transpac). 

Local NSAP 

This value defines the NSAP (network address) 
that other systems on the network will use when 
establishing connections to your system. The 
value should be expressed as an even number of 
hexadecimal digits. 

Local Network 

ID 

This valueis used in making routing decisions for 
addresses that have not been explicitly 
configured, and that do not broadcast E nd System 
Hellos. 

It is some initial set of digits of the NSAP that 
form a prefix for all systems reachable over this 
subnetwork. For example, if you have a Local 
Network 1D of 0x490001, then this subnetwork is 
used for reaching the system with the address 
0x490001223344 (assuming that no explicit 
configuration for this address exists). 

The useof this parameter is optional. 

SubnetworkType 

Specify what network service and link type you 
will use for this subnetwork. 
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X.25 

If this subnetwork uses the X.25 link, then 
regardless of whether CON S or CL N S is used, you 
must provide the information requested. 
Specifically, indicate all the X.25 cards being used 
and a subaddress value (or the keyword NULL). 

At least one subaddress/programmatic access pair 
is required. 

Each card is identified by its programmatic access 
name. The programmatic access name is 
determined by the X.25 link configuration. The 
subaddress you provide is appended to the 
configured X.121 address. This defines the SNPA 
address that calling entities must specify to reach 
OTS. 

X.25 configuration fi 1 es typically reside in/etc/x25. 
Run x25stat -d <x25 device file> -c to 
view the currently configured values for the 
corresponding device file that is running. The 
System Administrator Manager utility (SAM) can 
also be used to view the X.25 configuration. 

CONS/X.25 

Specify all of the X.25 facilities that you wish to 
use over this subnetwork. 

1 SO 8878 Support -1 f true, this results i n the use 
of the X.25 extended addressing facility, as 
described by 1 SO 8878 (use of X.25 to provide 
CONS). If you do not use this facility, your NSAP 
should match the X.25 address (X.121 + 
subaddress). 

X.25 Standard - This indicates which X.25 
standard versions are supported by the system. At 
least one of these must be specified. 

The most flexibility is afforded by enabling all 
facilities supported by the network. 
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Device 1 interface 
Name 

For LAN-based subnetworks, you need to provide 
the device interface name for the card. This is not 
necessarily the same as the device file name. 
Typically, the interface name will be "lanx" where 

X is the logical unit number or the select code. 

To view existing LAN card interface names, run 
the utility lanscan(lM). 

The encapsulation method must be 1 EEE802.3 to 
allow OSI to run over an 802.3 LAN. To determine 
if you have IEEE, type lanconfig lanX, where 
"X" isthe LAN interface you wish to use. If the 
output does not show "IEEE ", edit the 
/etc/rc. conf ig. d/netconf file and add "ieee" 
to the LAN CON F1 G_ARGS[0] entry. 

CLNP Subset 

U.S. GOSIP requires the use of the full subset 
with NULL packets being discarded. This is the 
default. 

The NULL subset is used only when all 
destination OSI nodes are physically connected 
via the same LAN. It provides low overhead at the 
cost of internetworking. It also requires that the 
NSAP match the MAC address of the LAN card. 

Non-segmenting and Full subset (accept NULL) 
are less frequently used, but are supported by FI P. 

Routing 

1 nformation 

These describe how to reach systems that are not 
directly connected to your subnetworks, and 
require a router. For simple networks, you may 
not require any route entries. 

You can specify the route for specific destinations 
by using the full remote NSAP. Otherwise, you 
can specify a route for a set of destinations by 
using a Network 1D (or prefix) that is common to 
all remote systems reachable through this route. 

You must also specify the NSAP of the 

1 ntermediate System that will act as the router 
for the destinations. 
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The Next Steps 

• Collect al I Remote System Worksheets. 

• Collect Local Parameter Worksheet for each subnetwork. 

• I nstall OTS, if not already done. 

• Start configuring OTS. 
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Local Parameter Worksheet 

Use this worksheet (shown in the next two graphics) to collect 
information you will need to configure your local network node 
parameters. One worksheet is required for each subnetwork. 

1. Subnetwork name:_ 

2. Local NSAP:_ 

3. Local Network ID (optional):_ 

4. Subnetwork type (check one): 

CLNS over LAN (802.3)_ CONS over X.25_ 

CLNS over LAN (FDDI)_ CLNS over X.25_ 

RFC1006_ 

5. X.25 (Matching Pairs Required) 


X.25 Sub Address 

X.25 Programmatic Access Name 
















6. CONS/X.25 (check all that apply): 

ISO 8878_X.25 1980_X.25 1984_X.25 1988 

7. Device Interface Name (LAN only)_ 

Example: lanO 

8. CLNP Subset (CLNS only) (check one): 

Null_NON-Segmenting_Full (Accept Null)_ 

Full (Discard Null)_(Default) 
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9. Routing information 

Supply the full NSAP or a network ID (NSAP Prefix common to a 
group of destination NSAPs), and the NSAP of the intermediate 
system that will act as the router for the specified destinations. 


Network ID or NSAP 

Primary Route (NSAP of IS) 

Network ID or NSAP 

Primary Route (NSAP of IS) 

Network ID or NSAP 

Primary Route (NSAP of IS) 

Network ID or NSAP 

Primary Route (NSAP of IS) 

Network ID or NSAP 

Primary Route (NSAP of IS) 

Network ID or NSAP 

Primary Route (NSAP of IS) 

Network ID or NSAP 

Primary Route (NSAP of IS) 

Network ID or NSAP 

Primary Route (NSAP of IS) 
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This chapter contains the step-by-step instructions for installing HP 
OTS/9000. 
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Installing HP OTS/9(XX) 

HP software, including HP OTS/9000, is installed using the swinstall 
program. If you're installing software for the entire OSI stack, you 
should have already installed and configured any link products (for 
example, LAN or X.25) for your network. If the procedures to install the 
link components have not been completed, please complete them before 
proceeding with configuration. 

More installation information can be found in the individual link product 
manuals. Be sure to follow and complete all installation procedures 
before beginning H P OTS/9000 network node configuration procedures. 

If you are installing H P OTS/9000 over the LAN LINK product, verify 
that the LAN product is LAN or configured to run with the IEEE protocol 
enabled. To do this, look at the / etc/rc. config. d/netconf file. For 
each LAN interface (lanO, lanl, etc), the parameter 
LANCONFIG_ARGS, defined in that file, specifies the protocol enabled. 
For example, for LAN interface lanO, the following lines may be present: 

INTERFACE_NAME[0]=lanO 
IP_ADDRESS[0]="12.34.456.789" 

SUBNET_MASK[0]="255.255.255.0" 

BROADCAST_ADDRESS[0]= 

LANCONFIG_ARGS[0]="ether ieee" 

For HP OTS/9000 to function over a particular interface, the 
LANCONFIG_ARGS parameter should include "ieee" for that interface. 
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Hardware and Software Requirements 

Before installing or updating H P OTS/9000 (version C.07.00), you must 
have the foil owing hardwareand software components installed and 
operational. 

Hardware 

You must have the following hardware installed and operational. 

• H P9000 Series 800. Supported Series 800s include (but are not 
necessarily limited to): 

• Models D, E, F, G, H, I andj systems; comparable business 
servers 

• M odel s 8 35, 840, 845, 855, 859 

• H P9000 Series 700 - 712, 715, 735, 755 

• I nstalI/update media hardware such as: 

• CD-ROM drive 

• DDS tape drive 

• 16 MB RAM 

• 18.2 M B free disk space 

• Networking link adapters, for example, an H P LAN/9000 card 

Software 

HP-UX operatingsystem: 

• Series 700/800: 

You must have H P-UX 10.30 or greater on your system before using 
swinstall to load theOTS product. If you are currently running an 
older version of H P-UX, you must update to H P-UX 10. 30 before 
i nstal ling the OTS product. 
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• Networking link products, for example, HP LAN/9000, HP 

FDDI/9000, and H P X.25 products (and TCP/I P if you're using the 
RFC 1006 component of H P OTS/ 9000). 
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Installation Procedures 

This section outlines the procedure for installing H P OTS/9000 on 
HP-UX release 10.30 using the SD utility swinstall. These instructions 
are for a new installation of OTS or on an existing 9.0 system on which 
HP-UX 10.x has been cold-installed. Either a LAN, FDDI, or X.25 link 
must also be installed and configured. 

Ensure that the following products have been installed correctly on the 
system: 

• HP-UX operatingsystem 

• Networking 

• IEEE 802.3 LAN and 

• X.25 or 

• FDDI 

To do this, check the following SDU log files for errors or warnings: 

/var/adm/sw/swinstall.log and / var/adm/sw/swagent.log. 
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If Not On HP-UX 10. 30 

If you already have an H P-UX 9.x system running H P OTS/9000 and 
would be installing 10.30 or later on your system, you will need to 
backup your configuration and data files before cold-installing 10.x on 
your system. 

The configuration files for H P OTS/9000 on a 9.x system reside in the 
directory /etc/net/osi/conf. Backup all thefiles in this directory 
before i nstal I i ng 10.30. 

1. Install HP-UX 10.x on your system. Seethe manual Upgrading from 
HP-UX 9.xto 10.xfor detailed instructions. 

2. After installing HP-UX 10.30, restore all the HP OTS/9000 
configuration files from the backup. These configuration files may be 
restored to their 9.x location, /etc/net/osi/conf. 

3. Now! nstal I H P OTS/9000 on the 10.30 system. When the system 
reboots after installation, the configuration files will be moved to 
/etc/opt/ots/conf and will be converted to the 10.30 format. The 
9.x directory /etc/net/osi will be removed upon completion of the 
installation. 
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To Add a New Link to HP OTS/9000for 
Series 700/800 

I f you want to add a new type of I i nk to your system after the OTS 
product has been installed, and you have not configured your system for 
that type of link, follow these instructions. For example, your kernel is 
configured for LAN links only and you want to add an X.25 link. 

1. Install new link product using swinstal I and follow the instructions 
provided for installation and configuration of that particular link 
product. 

2. Reinstall H P OTS/9000 using swinstalI. This will run all the 
necessary installation scripts which will add the appropriate OTS 
driver for the new link into the system file, recompile the kernel, 
install the new kernel, and reboot the system. I n swinstal I, select the 
"reinstall" option to be true. 
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Installing HP OT5/9000 Software 


NOTE If your system is running HP-UX 10.01 or later, follow the instructions in 

"I nstalling and Upgrading HP OTS/9000from HP-UX 10.01 or Later." If 
your system is running H P-UX 9.x, follow the instructions in "I nstalling 
and Upgrading HP OTS/9000from HP-UX 9.x." 


On HP-UX 10.x systems, HP OTS/9000 is installed using the Software 
Distribution utility swinstall(lM). For detailed information on using 
swinstall and other SD utilities, refer to the online manpage and the 
manual HP Openview Software Distributor Administrator's Guide, part 
number J 2325-90001. 


CAUTION Before installing HP OTS/9000, make sure you've installed and 

configured all link products you want to use and you've read and 
performed the steps described in the chapters "Planning Your Network" 
and "Gathering Configuration I nformation" in the I nstalling and 
Administering HP OSI Transport Services/ 9000 manual. If you are 
InstallingHP OTS/9000overthelEEE 802.3/Ethernet LAN LINK 
product, use the lanconfig (IM) command to make sure that the LAN 
product is configured to run with the IEEE protocol enabled. If you 
install HP X.25 link after you have installed HP OSI Transport 
Services/9000, you must reinstall OTS/9000 in order for OTS to operate 
over the new X.25 link. You will also need to add the new link to OTS 
configuration. Refer tothechapter "Configuring and Verifying 
OTS/9000" in this manual. 


1. Log in as root. 

2. Load the software media intotheappropriatedrive. 

3. Run theswinstall(lM) program to install the software using the 
command: /usr/sbin/swinstall. 

4. Change the default Source H ost N ame, if necessary, then enter the 
mount point of the drive in the Source Depot Path field. Activate the 
OK button to return tothe Software Selection Window. 

5. H ighlight the OSI Trnspt Srvcs software. 

6. Choose Mark for I nstall from the "Actions" menu to choose the 
product to be installed. 
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When you mark the HP OTS/9000 software for installation you may 
see the fol Iowi ng error message: 

The software "32070A,r=C.xx.xx,a=HP- 
UX_B.10.xx_800,v=HP" refers to a bundle or to a 
product, subproduct or filesets within a bundle. The 
software specified was selected but there were 
problems selecting software that depends on it. The 
messages below show which items experienced these 
difficulties: The software "OTS9000,r=C.xx.xx,a=HP- 
UX_B.10.xx_800,v=HP" was marked but the following 
requisites could not be resolved: OS-Core.CORE-KRN 

This error may be ignored, as the OS-Core.CORE-KRN fileset has 
already been installed successfully on the system. 

When you mark an OTS fileset for installation, other filesets that 
may be required for operation are automatically marked for 
installation. When you mark either of theOTS-KRN or OTS-RUN 
filesets, the other fileset is automatically marked for installation. 
When you mark the PRG filesets, the OTS-KRN and OTS-RUN 
filesets are automatically marked for installation. When you mark 
the ROSE-PRG fileset, the APLI -PRG, OTS-KRN, and OTS-RU N 
filesets are automatically marked for installation. (Marking man 
page filesets does not cause any other filesets to be automatically 
marked.) This feature ensures that filesets required for an 
operational OTS are installed. You can disable the feature if needed 
by setting the autoselect_dependencies parameter to "false"; you can 
then mark individual filesets to be installed. 

7. Choose I nstall from the "Actions" menu to begin product installation 
and open the I nstall Analysis Window. 

8. Activate the OK button in the I nstall Analysis Window, when the 
Status field displays a Ready message. 

9. Activate the YES button at the Confirmation Window to confirm that 
you want to install the software. 

swinstaii loads the flleset, runs the control scripts for the filesets, 
and builds the kernel. Estimated time for processing: 3 to 5 minutes. 
View the I nstal I Wi ndow to read process! ng data whi Ie the software is 
being installed. When the Status field indicates Ready, the Note 
Window opens. 
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lO.ActivatetheOK button on the Note Window to reboot. The user 
interface disappears and the system reboots. 

11.Once the system comes back up, log in as root and view the 

/var/adm/sw/swagent.log and / var / adm/sw/swinstall.log 

files to view any error or warning messages that may have occurred 
during the installation. 

12. If this is a new installation, go to the chapter "Configuring and 
Verifying OTS/ 9000" in this manual. 

13. Perform the verification steps described in the chapter "Configuring 
and Verifying OTS/9000" in this manual. You are done when you can 
successfully perform the verification steps. 

Installing and Upgrading HP OT S/9000 from 
HP-UX 10.01 or Later 

You must upgrade the operating system to the latest version of HP-UX 
before installing the latest version of H P OTS/9000. After you have 
upgraded HP-UX, upgrade HP OTS/9000 from the 10.01-compatible 
version (C.05.01 or C.05.02) by installing the latest version of the H P 
OTS/9000 software onto the system usi ng swi nstal I (IM). 

Refer to "I nstal ling H P OTS/9000 Software" in this document for OTS 
installation instructions. 

Installing and Upgrading HP OTS/9000from 
HP-UX 9.x 

If you intend to upgrade your H P-UX operating system from a 9.x 
version, please note the following BEFORE continuing with the 
installation/upgrade process: 

In order to upgrade to the latest version of HP-UX, you must first 
upgradeto HP-UX 10.01. During the upgrade from HP-UX 9.x to HP-UX 
10.01, the /etc/netiinkrc file is transitioned to the appropriate 
/etc/rc.config.d/* files. If you Upgradeyour operating system 
before the rest of your network! ng products, you may receive a failure on 
startup for the network (the H P-UX Start-up in progress list, the 
Configure LAN interfaces item shown during system boot). This may be 
due to an attempt to configure a non-existent link (one of your 
network! ng products needs to be upgraded to the 10.01 version.) 
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Continue with the upgrade. If, after upgrading your networking 
products, you still receive a startup failure for networking, use the 
lanscan command to verify the configuration in SAM and view the 
/etc/rc. log file for any failure statements. 

Also note the following: 

• U pgrade to H P-UX operating system version 10.01 and then to the 
latest version of HP-UX ONLY when compatible networking products 
are available. U pgrading the operating system without compatible 
networking products will cause the loss of network functionality. To 
recover that functionality, upgrade the appropriate networking 
products. 

• U pgrade the HP-UX operati ng system before i nstal I i ng any new 
networking products. 

• Upgrade your existing networking products at the same time you 
upgrade the H P-U X operati ng system. 

• Upgrade the link products (for example, HP LAN/9000 or HP 
FDDI/9000) before upgrading HP OTS/9000. 

• DO NOT move or reposition any network adapter cards before or 
duri ng the upgrade process. 

• Stop all applications running over the network before starting the 
upgrade process. 

• Notethat device interface names may changeto reflect your upgraded 
system. 

If problems arise during the upgrade process, check the foil owing files: 

/etc/rc.log,/var/adm/sw/snoop.log, 

/var/adm/sw/swagent.log. 


Upgrade to HP-UX 10.01 Required 

You cannot upgrade your system from HP-UX 9.x to the latest version 
directly; you must first upgrade to H P-UX 10.01 and then tothelatest 
version. At a high level, the process is: 

1. Upgrade HP-UX 9.x to 10.01. Also upgrade applications to 10.01; this 
i ncl udes upgradi ng OTS C.04.xx to C.05.02. Refer to "U pgrade from 
HP-UX 9.x to 10.01" in this document. 
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2. UpgradeHP-UX 10.01 to the latest version. Also upgrade 
applications to the latest versions; this includes upgrading OTS 
C.05.02 to the latest version. Refer to "I nstalling and Upgrading HP 
OTS/9000 from H P-UX 10.01" in this document. 

Upgrade from H P-UX 9.x to 10.01 

Use the Upgrading from H P-UX 9.x to 10.x manual as the guide to 
upgrade H P-UX 9.x to 10.01. After you have upgraded H P-UX to 10.01, 
upgrade HP OTS/9000tothe 10.01-compatible version (OTS version 
C.05.02) using swinstaii (1M) . The 9.x to 10.01 upgrade of HP 
OTS/9000 occurs when you install the 10.01-compatible version of H P 
OTS/9000. Follow steps 1 through 10 described in "I nstalling HP 
OTS/9000 Software" in this chapter to run swinstaii and install and 
upgrade OTS/9000. 

The following actions are performed by the H P OTS/9000 control script 
while running swinstaii (1M) : 

1. All 9.x product files, except the configuration files are deleted from 
their 9.x locations. 

2. The 10.01 HP OTS/9000 product is installed on the system. 

3. After the installation is complete, the product configuration files are 
copied from their 9.x location (/etc/net/osl/conf) to their 10.x 
location (/etc/opt/ots/conf). These files are then converted to the 
format required for HP OTS/9000 which is compatible with HP-UX 
10 . 01 . 

4. Duri ng the LAN product upgrade, the LAN i nterface names may be 
modified. The H P OTS/9000 upgrade process will get the new 
interface name and replace the old interface name with the new 
interface name in thefile/etc/opt/ots/conf/ots_subnets. If problems 
are encountered, while converting the HP- UX 9.x interface names to 
the H P-UX 10.x interface names, an error message is printed in the 
log file /var/adm/sw/swagent. log. If there Is an error, the file 
/etc/opt/ots/conf/ots_subnets may not be correct for the LAN 
configuration on the HP-UX 10.01 system. You will have to make the 
necessary corrections manually in the ots_subnets file before 
starting HP OTS/9000. 

The following line in the ots_subnets file may be modified during 
the upgrade: 

snet_lf_name <lan Interface name> 
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<lan interfacename>will be modified depending on the conversions 
that happen during the LAN link upgrade. 

5. I f you have H P OTS/9000 configured over X.25 prior to the upgrade, 
the H P OTS/9000 upgrade may not i ncl ude the driver requi red for 
running H P OTS/9000 over X.25 in the kernel. H P OTS/9000 may 
have to be reinstalled after the system has been upgraded and after 
making sure that the X.25 product has been installed and configured. 
The following WARNING message will be printed in the log file 
/var/adm/sw/swagent. log If the driver required for OTS to 
operate over X.25 has not been configured in the kernel: 

Warning: OTS X.25 device driver not configured in 
kernel. Reinstall OTS9000 after making sure X.25 is 
installed and configured. 

6. After the installation completes, transition links will becreatedfor 
the product files. For example: 

On an HP-UX 9.x system, the file otsstart was located in 
/usr/bin/otsstart. On an H P-UX lO.x system, this file will be 
located in /opt/ots/bin/otsstart. After the transition links are 
created, /usr/bin/otsstart will be linked to 

/opt/ots/bin/otsstart: 

/usr/bin/otsstart -> /opt/ots/bin/otsstart 

After you have installed and upgraded OTS/9000tothe 10.01-compatible 
version, perform the following steps to verify your configuration: 

1. Run the lanscan command and record the Network I nterface Name 
and Unit for any LAN or FDDI network interfaces that OTS/9000 
uses. 

2. Run osiadmin. 

3. Check the OTS Subnetwork configuration for any LAN or FDDI 
interface names. 

4. Verify that the device interface name is the same as the lanscan 
output. 

5. If you are using RFC1006, go to the RFC1006 Configuration screen 
and verify that the IP address configured is valid. 
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6. Modify any entries to correct configuration discrepancies. Save the 
changes and exit osiadmin, reboot your system, and perform the 
verification steps described in the chapter "Configuring and Verifying 
HP OTS/9000" in this manual. You are done when you can 
successfully perform the verification steps. 
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De-installing HP OTS/9(XX) 

On HP-UX 10.x systems, HP OTS/9000can be de-in stalled using the 
Software Distribution utility swremove(lM). All HP OTS/9000fiIesets, 
including the kernel fileset OTS-KRN, are now removable, swremovewill 
remove the fi I esets, regenerate the kernel, then reboot the system. For 
detailed information on using swremoveand other SD utilities, refer to 
the online manpage and the manual HP Openvie/v Software Distributor 
Administrator's Guide part number] 2325-90001. 
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This chapter contains step-by-step instructions for configuring and 
verifying HP OTS/9000. 
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Configuring and Verifying HP OTS/9000 

At this point you should have completed the foil owing tasks. Don't goon 
until they have been successfully completed: 

• configured all links using SAM 

• collected all the Remote Parameter Worksheets 

• filled out Local Parameter Worksheets 

• verified installation of link layer and OTS 

• verified installation of all applicable software 

• verified correct kernel configuration 

Now you are ready to start the H P OTS/9000 configuration. 

HP OTS/9000 Configuration 

Configuration consists of using a combination of programs that apply to 
different software products in theOSI stack. The osiadmin program 
providesa singleentry point to these programs which simplifies the 
configuration process. Configuration of all links using osiadmin or SAM 
is recommended. This causes the appropriate link configuration to be 
added to the /etc/rc. config. d/netconf file. If these commands are 
not present in this file, osiadmin cannot recognize the link as valid. 

To have full connectivity with other nodes on the network, the rest of the 
network also needs to know your local configuration data. Fill in a 
Remote System Worksheet for your local node so you can communicate 
this information to the rest of the network. 

The figure on the following page shows the flow of the configuration and 
verification process. Notethat before starting OTS configuration, you 
must have all the applicable software installed (HP LAN /9000, HP 
X.25/9000, HP OTS/9000). When you have collected the worksheets from 
all the other network nodes with which you wish to communicate, you 
can start your configuration. 
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Figure 5-1 OTS Configuration 
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Overview of HP OTS/9000 Configuration 

• start configuration by adding /opt/ots/bin and /opt/ots/man to 
your system path. This will save you some typing later. 

• Run the osiadmin program. This program calls up the osiconf 
program to do the OTS configuration tasks. When configuration is 
complete, you return to osiadmin. See "Finding Your Way Through 
OTS Configuration" for which configuration screens you'll use. 

• Start OTS for the first time. 

• Perform the Local Loopback tests as the first test. It verifies 
configuration of the local node through the I ink layer of the OSI stack. 

• Perform the OTS Interoperability (I OP) tests (for Transport and 
Session) next. This test verifies the connectivity of your local node to 
other nodes on the network. It will confirm the interoperability of 
your configuration up to this point. Refer to "I nteroperabi I ity Testing" 
intheOSI Troubleshooting Guide 

• When the I OP test completes successfully, you can add the services 
layer to your network. 

• After a successful services installation and verification, start the 
service level I OP tests. I nstallation and configuration of the services 
is described in the manual for each service. 

To complete the following configuration instructions, refer to the 
worksheets you filled out (see the chapter, "Gathering Configuration 
I nformation"). The Remote System Worksheet supplies you with 
information about the nodes with which you wish to connect. The Local 
Parameter Worksheet will supply you with information about your local 
subnetworks. You should have a Local Parameter Worksheet for each 
subnetwork that the local node will attach to. 

The tasks listed in this chapter are more or less in the order you will do 
them. 
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Figure 5-2 Finding Your VU^y Through OTS Configuration 
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To Configure HP OTS/9000 

1. Log in as root, then add /opt/ots/bin and /opt/ots/man to your 
system path. 

2. At the system prompt, type osiadmin, then press [return], 

3. Highlight "OTS"and press "Select I tern" or [return], 

4. Highlight "Configure OTS" and press "Select I tern" or [return], 

5. Select the configuration mode and the file set (or accept the defaults 
shown) and press "Done." (For the first time you configure, you should 
always select the defaults.) Press the spacebar if a warning message 
appears on the screen. 

6. U nder Subnetworks, select "Configure" and press "Select I tern" or 
[return], 

7. On the Subnetwork Configuration screen, select "ADD" after one of 
the four configuration options and press "Select I tern" or [return], 

• If you want to configure CL NS over 802.3 or FDDI, goto the 
section 'To Add OTS/9000CLNS Over 802.3 LAN or FDDI LAN." 

• If you want to configure CL NS over X.25, go to the section 'To Add 
OTS/ 9000 CL NS Over X.25." 

• If you want to configure CONS over X.25, go to the section 'To Add 
OTS/ 9000 CONS Over X.25." 

8. Proceed to the tasks that apply to your network configuration. 

9. Look at the OTS Configuration flowchart to determine the next task 
you should perform. 
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To Configure RFC 1006 

RFC 1006 is configured using theosiadmin tool. HP OTS /9000 does not 

have to be configured. TCP/I P and the appropriate links must already be 

configured. You will need your local IP Address for step 5. 

1. Typeosiadmin to start the configuration. The first screen presented 
to you istheosiadmin Main Menu. 

2. Select "OTS"sincetheRFC1006 is part of theOTS product. 

3. Select "Configure OSI over TCP (RFC1006)" from the OTS menu. 
When the "Set Configuration Mode" menu appears, accept the 
defaults (restart mode) and Press "Done". Press the space bar if a 
warning message appears on the screen. 

4. Select "Add..." from the RFC1006 Configuration menu. 

5. Enter an IP Address for your local system on the Add RFC1006 
Subnetwork menu. Accept the defaults for other entries. 

6. Press f4 to "Perform Task". This completes the configuration task. 

7. Look at the OTS Configuration flowchart to determine the next task 
you should perform. 
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To Add HP OTS/90(X)CLNS Over 802.3 or 
FDDI LAN 

1. Under CL NS over 802.3 or CL NS over FDDI LAN, highlight "Add" 
and press "Select Item" or [return]. If you selected 802.3, theCLNS 
over 802.3 screen appears. If you selected FDDI, theCLNS over FDDI 
screen appears. 

2. Enter the following parameters from your Local Parameter 
Worksheet for this subnetwork. 

a. Enter the Subnetwork Name from line 1. 

b. Enter the Network ID from line 3. (Optional NSAP prefix common 
to a group of destination NSAPs.) 

c. Enter the Local Network Address (NSAP) from line 2. 

d. Enter Device I nterface Name from line 7. 

e. Enter CLNP Subset from line 8. 

3. Press "PerformTask"f4. You will seea pop-up screen displaying'Task 
completed....". 

4. Press space bar to continue. 

5. Press "Previous Menu"f8 to return toOTS Configuration Menu. 

6. Look at the OTS Configuration flowchart to determine the next task 
you should perform. 

Perform these tasks for each CLNS over 802.3 or FDDI LAN. The line 
numbers above refer to those on the worksheet. 

TheCLNP subset defaults to 3 for NIST compliance. The other nodes on 
the network must be at the same subset level. If N U LL (0) is selected, 
the N SAP has to be the same as the physical address to pass verification 
testing. 
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To Add HP OTS/9(XX) CLNS Over X.25 

1. Under CLNS over X.25 highlight "Add" and press "Select Item"or 
[return], 

2. Enter the following parameters from your Local Parameter 
Worksheet for this subnetwork. 

a. Enter the Subnetwork Name from line 1. 

b. Enter a Network ID, if applicable, from line 3. 

c. Enter Local Network Address (NSAP) from line 2. 

d. Enter Subaddress and X.25 Programmatic Access Name from line 
5. (At least one pair is required.) 

3. Press "PerformTask"f4. You will seea pop-up screen displaying 'Task 
completed..." 

4. Press space bar to continue. 

5. Press "Previous Menu"f8 to return toOTS Configuration Menu. 

6. Look at the OTS Configuration flowchart to determine the next task 
you should perform. 

Perform these tasks for each CLNS over X.25 subnetwork. The line 
numbers above refer to those on the worksheet. 


Chapter 5 


125 




Configuring and Verifying HP OTS/9000 

To Add HP OTS/9000 CONS Over X.25 


To Add HP OTS/9(XX) CONS Over X.25 

1. Under CONS over X.25 highlight "Add" and press "Select Item"or 
[return], 

2. Enter the following parameters from your Local Parameter 
Worksheet for this subnetwork. 

a. Enter the Subnetwork Name from line 1. 

b. Enter Local Network Address (NSAP) from line 2. 

c. Enter Y(es) for each applicable Subnetwork Standard from line 6. 
(I SO 8878 must be Y or N. At least one of the foil owing must be Y: 
X.25 1980, X.25 1984, or X.25 1988.) 

d. Enter Subaddress and X.25 Programmatic Access Name from line 
5. (At least one pair is required.) 

3. Press"PerformTask"f4. You will see a pop-up screen displaying'Task 
completed..." 

4. Press space bar to continue. 

5. Press "Previous Menu"f8 to return toOTS Configuration Menu. 

6. Look at the OTS Configuration flowchart to determine the next task 
you should perform. 

Perform these tasks for each CONS over X.25 subnetwork. The line 
numbers above refer to those on the worksheet. 
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To Add HP OT5/9000 Destination System 

1. Select "Add" under Destination Systems on theOTS Configuration 
menu. 

2. Enter the foil owing parameters from your Remote System Worksheet. 
(One for each remote node to be configured.) 

a. Network Address (NSAP of destination system from the NSAPs 
box). 

b. Physical Address (If X.25, use the combi nation of any X.121 
address concatenated with the subaddress. If LAN, use the MAC 
address from the Subnetwork Address box.) 

c. Enter Outgoing Subnetwork Name from line 1 of the Local 
Parameter Worksheet for the subnetwork reachable from this 
remote system. 

d. E nter the type of remote system as either E nd System (0), 

I ntermediate System (1), or Both (2) from the General I nformation 
Box. 

e. If an X.25 system, enter either Y(es) or N (o) for Accept Reverse 
Charging from the X.25 Subnet I nformation Box. (This field is 
disabled if the subnetwork is not X.25.) 

3. Press "Perform Task"f4. You will see a pop-up screen displaying 
'Task completed..." 

4. Press space bar to continue. This returns you to the OTS 
Configuration Menu. 

5. I f this node is an I ntermediate System, you may want to add a route 
that uses this IS. (Optional) 

6. Look at the OTS Configuration flowchart to determine the next task 
you should perform. 

OTS needs this information to communicate with specific peer systems. 

Complete this task once for each remote node to be configured. It is 

necessary for all directly connected systems except those supporting the 

ES-IS protocol. 
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An Outgoing Subnetwork Name Example 

If you named your X.25 CLNS subnetwork "x25clns" and this isthe 
configuration for a remote reachable over X.25 CLNS, enter "x25clns" as 
the outgoing subnetwork name. 
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To Add an HP OTS/9000 Route 

1. Select "Add" under Routes on the OTS Configuration menu. 

2. Enter the following parameters from your Local Parameter 
Worksheet for this subnetwork. 

a. Enter Network ID or Network Address (NSAP) from line 9. 

b. Enter Outgoing Subnetwork Name from line 1. 

c. Enter Primary Route NSAP from Iine 9. 

3. Press "PerformTask"f4. You will see a pop-up screen displaying'Task 
completed..." 

4. Press space bar to continue, returns you to the OTS Configuration 
Menu. 

5. Look at the OTS Configuration flowchart to determine the next task 
you should perform. 

OTS needs this information to communicate with peer end systems that 
are not directly connected to this system, but are reachable through an 
i ntermedi ate system. Sets of systems may be specified if they have a 
common prefix portion of their NSAP (that is, network ID), and are 
reachable through a common intermediate system. There is no need to 
enter this information if all peer end systems are directly connected. 

The DEFAULT route is used when the destination is not directly 
reachable and no other route has been specified for the destination 
NetID/NSAP. 
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To Start HP OTS/9000 

1. Press "Exit Task"f8 until you are back on the OTS Menu. 

2. Highlight "Start OTS" and press "Select I tern" or [return]. This takes 
a few moments. You wi 11 see messages flash! ng on your screen as OTS 
verifies that the links are running and then starts itself. 

3. Press [return] to continue. 


NOTE You only need to usethestart option after initial configuration. OTS is 

automatically started by /sbin/rcz. d/s380ots when booting up the 
system after this first start. To avoid OTS from starting automatically 
upon bootup, edit the /etc/rc. config.d/ots file. Modify the 
OTSSTART Statement to read "OTSSTART =off". The next timethe 
system is rebooted, OTS will not start automatically. 


4. Look at the OTS Configuration flowchart to determine the next task 
you should perform. 
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To Update HP OTS/9000 

1. Press "Exit Task"f8 until you are back on the OTS Menu. 

2. Highlight "Update OTS" and press "Select I tern" or [return]. This 
takes a few moments. You will see messages flashing on your screen 
as OTS verifies that the links are running and then updates. 

3. Press [return] to continue. 

You may update H P OTS/9000 if: 

• HP OTS/9000 is already running AND 

• Only dynamic parameters have been changed since the stack was 
started. Seethe config_parms .txt file online or print the 
ots_addendum.ps filefor a complete list of Dynamic/Non-dynamic 
parameters. 
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To Verify HP OT5/9000 Configuration 

1. M ake sure the stack is started. 

2. FromtheOTS menu inosiadmin, highlight'Test Connectivity" and 
press "Select Item" or [return], 

3. H igh light'Transport Tests" on the OS I Diagnostics main menu and 
press "Select Item". 

4. Highlight "Loopback" on the Transport Test Cases Menu and press 
"Select I tern" or [return]. A window titled 'Transport Destination 
TSAP"will appear. It displays the field for the Transport Selector (a 
default value) and Network Address (what you just configured). 

If you are verifying RFC1006 configuration, enter the local RFC1006 
NSAP in the "Network Address" field. 

5. Press "Done"f4. The screen will be filled with a report showing 
various values. At the end will be a line called 'Test Status" which 
should say PASSED. If the test did not pass, refer to'T roubleshooting 
Basics" chapter 2 in theOSI Troubleshooting Guide 

6. Press [return] to clear the screen. You can repeat the above steps for 
all of your local subnetworks.] ust change the NSAP at the 

'Transport Destination TSAP" screen to another of your local NSAPs. 

7. Press "Previous Menu"f8. 

8. Press "Exit toOSI ADMI N"f8 to return to osiadmin screens. 

9. To verify OTS interoperability (I OP), refer to chapter 1 in the OSI 
Troubleshooting Guide 
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This chapter describes the H P OTS/9000 configuration fiies. 
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About the Configuration Files 

The OTS/9000 configuration files are standard ASCI I files. For a new 
installation, they are copied from /opt/ots/newconfig to/etc/opt/ots/conf. 
This is accomplished when swinstall runs during the installation. You 
can reset the configuration to its original (installed) condition by copying 
the needed files from opt/ots/newconfig. This erases prior configuration 
and customization. 

The following configuration files are used by the OTS product: 


OTS Files 


ots_subnets 

ots_dests 

ots_routes 

ots_parms 

ots_genrl 

ap_user_app 


Local subnetworks parameters 

Destination System parameters 

Routing parameters 

Protocol layer parameters 

Miscellaneous parameters 

Local Address for APRI X.410 Mode Applications 
(Reserved for future use.) 


Related Files 

local_app FTAM/MMS local application parameters 

remote_app FTAM/M M S remote responders parameters 

Related files are not necessary for the OTS product. They are only used 
when the related product has been installed. You can change these files 
usi ng any text editor. 

The following shows an example of the configuration file format. 

############################################################## 


# OTS Route Parameters # 

# # 

# Note: Changes made by editing this file will not take # 

# effect until the OTS stack is restarted or # 

# updated. # 


############################################################## 

# 

#@(#) C.07.00 
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# 

# - 

1 

# Guidelines: 

# 

# The4 parameters route_id, route_id_mask,route_out_subnet, 

# & route_primary are grouped together, route_id must appear 

# first in each group. 

# 

# The DEFAULT ROUTE is configured by setting route_id and 

# route_id_mask as follows: 

# route_id 00 # hexadecimal number 

# route_id_mask 00 # hexadecimal bitmask 


2 


# parameter 

# name 


I current | Additional user information and/or 
value I minimum/ maximum / factory default 


# - 

# route example: To use this example, remove the comment 

# characters and change the parameters with regard to the 

# guidelines above. 

# - 

3 

4 # route_id 4311 # hexadecimal number 

# route_id_mask FFFF # hexadecimal bitmask 

# route_out_subnet test8023snet 

# route_primary 431140855512120000000000010800090026f0201 

# # The NSAP of the destination TS 

# # (1st hop) for this route id 

1. The guidelines section contains important information to help you 
understand and configure the parameters. 

2. The parameters are in the form: parameter_name value 

3. Anything after "#' is a comment. Comments are a useful guide tothe 
file. Erasing them is not recommended. 

4. Some parameters comprise a record and must appear i n the order 
given. Do not change the order of single parameters or parameter 
groups. 
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Configuration Files and the 
config_parms.txt File 

The most efficient way to configure H P OTS/9000 is by using the 
worksheets i n chapter 4, "Gathering Configuration Information," of this 
manual and the osiadmin facility. Using these will enable you to 
configure the mi ni mum set of parameters. I f you are accustomed to 
configuring your communications software using ASCI I configuration 
files directly, you can usethis chapter and the information in the file 
/opt/ots/doc/conf ig_parms. txt to Configure HP OTS/9000 the 
same way. Using the parameters described intheconfig_parms.txt 
file requires an in-depth knowledge of OSI networking. The configuration 
files described in theconfig_parms.txt file are located in the 
/etc/opt/ots/conf directory. 


NOTE The config_parms .txt file is an ASCI I text file that you can use to 

search for OTS parameter information using any text editor. This 
information is also contained in the compressed file 

/opt/ots/doc/ots_addendum.ps.z. UsetheHP-UX uncompress 
command to uncompress the file, then print the resulting 

ots_addendum.ps file. 


The config_parms.txt file provides the foil owing information about OTS 
parameters: 

• The parameter description 

• The file format 

• The unit type 

• The range 

• The default 

• The osi admin status 

• The dynamic status 

• The osiconf/osiadmin screen name 

• The osiconf/osiadmin field name 
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NOTE Although you can change the configuration files while H P OTS/9000 is 

running, only parameters that are listed as being dynamic can be 
changed without requiring a system reboot. Theotsupdate command 
must be used to invoke these dynamic changes. See the section 'To 
Update H P OTS/9000" in chapter 5 for more information. 


Steps for Changing Parameter Values 

1. M ake the changes you need to the parameters descri bed i n the 
config_parms.txt file. 

2. Read "Running osiconfchk" in chapter 5 of the OSI Troubleshooting 
Guide for information on how to verify that the parameter values are 
valid. 

3. U pdate or restart the system depend! ng upon what types of 
parameters are changed. 
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Multiple Configuration Sets 

The ncxial management tcxols can work with configuration files sets 
residing in directories other than the default directory/etc/opt/ots/conf. 
This is limited to the creation and management of files sets on the local 
node only. 

There is no limit to the number of sets that can exist, but each file set 
must contain a completeset of configuration files. Each configuration file 
set is identified by the directory where the configuration files exist. Only 
one set can be active at anytime. TheOSI_CONFIG environment 
variable tells the OTS commands which directory to find the active 
configuration files. If OSI_CONFIG is not set, the active configuration 
files are assumed to be in the default directory. 


NOTE The active file set will reflect the configuration of the running 

stack/services ONLY if theOSI_CONFIG environment variable has not 
been set or reset si nee the stack/ services were started. 
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To Create A New File Set 

To create and activate a newfileset, use the following sequence of 
commands as an example. 

$ mkdir /tmp/myconfig 

$ cp /usr/opt/ots/newconfig/ * /tmp/myconfig 
$ Is /tmp/myconfig 
ap_user_app local_app 

ots_genrl ots_subnets o ts-parms remote_app 
ftam_parms ots_dests ots_routes 
$ OSI_CONFIG=/tmp/myconfig 
$ export OSI_CONFIG 
$ osiadmin 

From osiadmin you can modify the new active file sets. 

When you runtheOTS in this environment, the nodal management tools 
will use the configuration files in Amp/myconfig directory. Once the 
environment variable is set, no further action is required. All of the nodal 
management tools are programmed to look for this environment 
variable. 


NOTE Becareful when altering theOSI_CONFIG environment variable. While 

the OTS tools recognize the OSI_CONFIG environment variable 
immediately, the OTS stack will not use the configuration files 
referenced by OSI_CON FIG until the stack is updated or the system 
rebooted. When rebooting, be sure that OSI_CONFIG is defined properly 
in the boot environment. 


OTS tools can now manipulate any file set, active or alternate, that 
resides on the local node. (An alternate file set is any file set that is not 
active.) The following diagram shows the interaction of OTS tools and 
the files sets. 
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Figure 6-1 Multiple Configuration Sets 
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Multiple Configuration Diagram 

The following numbers refer to "Multiple Configuration Sets." 

1. TheOTS tools (osiadmin, osiconf, osiconfchk), by default, manipulate 
the active configuration file set. They can also manipulate alternate 
configuration files sets which are not active. 

2. The active configuration files set can reside in any directory. By 
default it is located in /etc/opt/ots/conf directory unless the 
OSI_CONFIG environment variable is set, in which case the active 
configuration file set is specified by this variable. 

3. The otsstart/otsupdate tools provide the startup/dynamic 
reconfiguration functions of OTS. These tools retrieve configuration 
information from the active file set, either the default directory or the 
directory referenced by OSI_CONFIG. 

4. The configuration snapshot contains encoded copies of the current 
configuration files as they were at the last time oststart or otsupdate 
was successfully executed. The running stack or services consult 
these binary files for configuration information. These files are only 
updated when the next restart/update takes place. This means that 
the ASCI I files can be changed without affecting the running 
software. 

Checking OSI_CONFIG Current Value 

Tocheck the value in theOSI_CONFIG environmental variable use: 

$ env I grep OSI_CONFIG 

If this variable is not set, you will just see your system prompt. 

How the OTS Nodal Management Tools Use 
OSI_CONFIG 

osiadmin Will view active configuration files sets for OTS and 

FTAM based on thevaluein theOSI_CONFIG 
environment variable. 

osiconf Provides a menu-driven screen i nterface to create or 

modify OTS configuration information, osiconf defaults 
to the active fileset based on the value in 
OSI_CONFIG environment variable, osiconf will also 
allow you to specify the directory of an alternate file set 
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osiconfchk 


where is may read or write configuration information. 
This means that you can also select a file set that is not 
active and configure it. 

Toselect an alternate file set, enter the directory into 
the "Configuration File Set Path" field on the "Set 
Configuration Mode" pop-up screen. When working 
with an alternate file set, osiconfwill prompt you to 
enable or disable the local parameter checks. These 
checks verify the parameter values against the 
configuration of the current node. You should disable 
local checks when editi ng the configuration of another 
machine node. 

Provides quick verification of OTS configuration 
information. If defaults to the active file set based on 
the value in OSI_CONFIG environment variable. 

Alsoallows you to verify any OTS configuration fileset 
by specifying the directory of an alternate file set for it 
to read. You specify the location of the configuration 
files you want to work with by using the-D option. This 
setting is independent of /etc/opt/ots/conf or the value 
of OSI_CONFIG. If using an alternate file set, you may 
wish to suppress the local checks by using the-I option. 
Refer to the osiconfchk man page for more information. 
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ACSE/Presentation and ROSE 
Interface SeeAPRI 

Advanced Research Projects 
Agency See ARPA 

ANSI The American National 
Standards I nstitutethat 
publishes standards for use by 
national industries. 

API A set of functions enabling an 
application program to interact 
with and control network 
operations and resources. 

application program interface 

SeeAPI 

APRI An application program 
interface to the OSI presentation. 

argument The part of a 
command line that identifies what 
(file, directory, etc.) is to be acted 
upon. 

ARPA The Advanced Research 
Projects Agency. A U.S. 
government research agency that 
was instrumental in developing 
and using the original ARPA 
services on the ARPAN ET. 


backbone The principal network 
segment to which all nodes are 
connected, or to which other 
segments are connected. 

BAS This subset is used with basic 
X.400 application and Session 
version 1. 

basic activity subset See BAS 
basic combined subset See BCS 

basic synchronized subset See 

BSS 

BCS This subset is used with basic 
FTAM applications and Session 
version 2. 

boot To start up your system, 
loading it into the computer 
memory. 

bridge A device that connects 
different LANs. 

BSS This subset is used with 
advanced user application and 
advanced FTAM usage. 

bypass A mechanism to avoid 
sending data to a faulty device or 
portion of the network. 
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CCITT Consultative Committee 
for I nternational Telegraphy and 
Telephony. An international 
organization of communication 
carriers. 

CLNP subset I ndicates the LAN 
subnetwork information. 

CLNS Connectionless-oriented 
network services. 

common management 
information service (CMIS) 

The interface for development of 
network management 
applications. 

CONS Connection-oriented 
network services. 

command A word or phrase that 
you type at the system prompt to 
carry out an action when you press 
the ENTER key. 

connection-oriented network 
services See CONS 

connectionless-oriented 
network services See CL NS 

Consultative Committee for 
International Telegraphy and 
Telephony See CCITT 


configure To set up your 
computer system so that the 
computer and all peripheral 
devices can work together. I f the 
computer is part of a network, this 
includes loading the appropriate 
software and establishing the 
necessary connections. 

configuration The arrangement 
of a computer system or network 
as defined by the nature, number, 
and the chief characteristics of its 
functional units. More specifically, 
theterm configuration may refer to 
a hardware configuration or a 
software configuration. 

cug Closed user group. An X.25 
user facility that allows a 
predetermined group of users to 
contact and be contacted by 
members of the group alone. 

daemon A software process that 
runs continuously and provides 
services on request. 

distributed system A computer 
system in which computing, 
storage, and other resources are 
dispersed throughout several or 
many locations. 
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Ethernet A 10 Mb/s LAN, 
developed by Digital Equipment 
Corporation, I ntel, and Xerox 
Corporation, upon which the 
IEEE 802.3 network is based. 

FDDI A specification for a fiber¬ 
optic ring network featuring a link 
speed of 100 M b/s and fault 
tolerant capabilities. 

fiber distributed data 
interface See FDDI 

fileset Describes the logical, 
defined set of files on an update or 
installation tape. 

file transfer, access, and 
management SeeFTAM 

file transfer protocol See FTP 

FTAM Provides the capability to 
manipulate data files locally and at 
remote nodes. 

FTP Thefiletransfer protocol that 
is traditionally used in ARPA 
networks. The ftp command uses 
the FTP protocol. 

gateway A node that connects two 
or more networks together and 
routes packets between those 
networks. 


GOSIP Government OSI Profile. 
An OSI-based network protocol 
used by governments (for 
example, the U nited States and 
United Kingdom). 

heterogeneous network A 

network composed of dissimilar 
host computers, such as those of 
different manufacturers. See 
homogeneous network for contrast. 

homogeneous network A 

network composed of similar host 
computers, such as those of one 
model or one manufacturer. See 
heterogeneous network for 
contrast. 

IEEE The E lectronics E ngi neers. 

A national association, whose 
activities include publishing 
standards applicable to various 
electronic technologies. 

IEEE 802.3 network A 10 

mega bit- per-secon d L A N, 
described by the ANSI/I EEE 802.3 
Standard for Local Area Networks, 
that uses a CSMA/CD network 
access method. 

I OP I nter operability procedures 
used to verify that nodes can 
communicate over the network. 
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ISO The I nternational Standards 
Organization that created a 
network model identifying the 
seven commonly-used protocol 
levels for network! ng. 

kernel The part of the H P-UX 
operating system that is an 
executable piece of code 
responsible for managing the 
computer's resources. 

LAN A data communications 
system that allows a number of 
independent devices to 
communicate with each other. 

LLC (logical link control) The 

ANSI FDDI standard that 
provides a common protocol 
between the MAC function in the 
data link layer and the network 
layer. 

Local Area Network See LAN 

local network The network to 
which a node is directly attached. 

local network ID Someinitial set 
of digits of the N SAP that form a 
prefix for all systems reachable 
over this subnetwork. 


MAC The AN SI FDDI standard 
that defines the data link layer 
function responsible for the 
schedul i ng, routi ng and del ivery of 
frames on and off the FDDI ring. 

manufacturing message 
specification See M M S 

media access control See MAC 

MMS Provides the capability to 
control and coordinate 
programmatic factory floor devices 
involved in manufacturing. 

network address See N SAP 

network administrator An 

individual responsible for network 
administration, for example, 
organizing network domains and 
issuing node names. 

network architecture The set of 

principles, including the 
organization of functions and the 
description of data formats and 
procedures, that governs the 
design and implementation of a 
user-application network. 

node Any point in a network 
where services are provided or 
communications channels are 
interconnected. A node could be a 
workstation or a server processor. 
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NSAP A unique value that 
defines a system's address for use 
when establishing network 
connections among various 
systems. 

open system interconnection 

SeeOSI 

OSI Open System I nterconnection 
reference model defined by the 
International Standards 
Organization (ISO). It establishes 
a data communication 
architectural model for networks. 

OTS HP's term for the OSI 
transport services. 

packet A sequence of bi nary digits 
that is transmitted as a unit in a 
computer network. A packet 
usually contains control 
information plus data. 

PI D A unique identification 
number assigned to all processes 
by the operati ng system. 

port A software access point for 
data entry or exit to a network 
controller. 

process identifier See PI D 


protocol A specification for 
transferring information between 
computers on a network. 

redundancy Duplication of 
service. Networks can provide 
redundancy to i ncrease the 
probability that communications 
can continue despite various 
failures. 

remote Not directly connected or 
processed at another location. 

RFC1006 Allows OSI 
communication over TCP/I P 
connections as described in 
RFC1006and RFC1277. 

routing node A node that is able 
to transmit packets between 
similar networks. A node that 
transmits packets between 
dissimilar networks is called a 
gateway. 

SAP Servi ce access poi nts between 
network layers. 

selector A sequence of octets 
(bytes) used to identify a SAP; 
referred to as p-selector, s-selector, 
and t-selector to identify the OSI 
layer association. 

service access point See SAP 
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SAS A station in an FDDI network 
that connects to only one of the two 
FDDI network rings. An SAS must 
attach to the network through a 
concentrator. 

session interface An application 
program i nterface to the OSI 
session layer. 

single attachment station See 

SAS 

SMTTheANSI FDDI standard 
which manages connections with 
the ring as well as station and ring 
configuration. 

station management See SMT 

subnetwork A group of 
computers that are a part of a 
larger network and whose IP 
address includes a subnetwork 
number. 

system administrator The 

person who oversees system 
maintenance and computer 
operation. 

topology The physical and logical 
geometry governing placement of 
nodes in a computer network. Also, 
the layout of the transmission 
medium for a network. 


X/open transport interface See 

XT I 

XTI An application program 
interface to the OSI transport 
layer. 

X.21 Defines the i nterface between 
a computer and a public data 
network where the access to the 
network is made over synchronous 
digital lines. 

X.25 Defines the i nterface between 
a computer and a packet switching 
network. 

X.400 The interface for electronic 
messaging applications over a 
network. 

X.500 A distributed directory 
interface allowing different 
vendors to store and access 
information on different systems. 
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Symbols 

/dev/osipi, 29 
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adding 

a destination system, 127 
a route, 129 
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CLNSoverX.25, 125 
CONS overX.25, 126 
new link toOTS - series 800, 
107 
addresses 
extended, 39 
system, 38 
addressing, 42 
determining the scheme, 78 
planning application, 79 
administrative prefix 
AP, 50 
API, 49 

AFNOR format NSAP, 55 
ANSI format NSAP, 54 
AP, 50 

temporary, 60 
using an X.121 address, 61 
using telephone numbers, 60 
using the I SO local format, 62 
application addresses, planning, 
79 

area, 51 

authority and format identifier 
API, 49 


BSD socket, 40 

C 

CCITT 
1980, 30 
X.214, 30 
X.215, 30 
X.219, 30 
X.224, 30 
X.225, 30 
check value 
OSI_CONFIG, 141 
CLNS, 44 

adding over 802.3 LAN, 124 
adding over X.25, 125 
over X.25, 38 
closed user group, 39 
CM IS, planning, 70 
concepts, 40 
conduits, 40 
configuration 
file format, 134 
OTS overview, 118, 120 
RFC 1006, 123 
verifying OTS, 132 
configuration data 
planning, 81 
configuration files 
about, 134 
resetting, 134 

Connectionless Network Service 
CLNS, 44 

Connection-Oriented Network 
Service 
CONS, 44 
connections 
establishing, 29, 38 
management facilities, 39 
CONS, 44 

adding over X.25, 126 
over X.25, 38 


create OTS config info, 141 
customizing steps, 137 

D 

data gathering process, 84 
DDN, 79 

destination system 
adding, 127 
DPI, 56 

directory distinguished name 
DDN, 79 
DIS 8473, 30 
documentation 
related Fibre Channel, 15 
domain specific part 
DSP, 49 
DSP, 49 

format identifier, 51 

E 

end system, 33 
how OTS finds a remote, 33 
end system to intermediate 
system 
ES-IS, 46 
Enterprise I D, 58 
ES 

end system, 33 
ES-IS, 46 

establishing connections, 29 
example of RFC 1006 NSAP, 89 
extended address, 39 

F 

Fibre Channel 
related documentation, 15 
files 

about the configuration, 134 
format, configuration, 134 
FTAM 

planning, 70 
functionality 
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session layer, 31 
transport, 32 

G 

GOSIP 

United Kingdom, 57 
United States NSAP, 56 
Government Open Systems 
Interconnection Profile 
GOSIP, 56 

H 

hardware requirements, 103 
how OTS/9000 uses X.25, 38 
how to 

add a destination system, 127 
add a route, 129 
add CLNS over 802.3 LAN, 124 
add CLNS over X.25, 125 
add CONS over X.25, 126 
configure OTS, 122 
configure RFC1006, 123 
start OTS, 130 
update OTS, 131 
upgrade OTS from HP-UX 
10.x, 110 

verify OTS configuration, 132 


IDI, 49 

IEEE 802.3, 30 
installing over, 108 
IEEE MAC address 
MAC address, 46 
initial domain identifier 
IDI, 49 

initial domain part, 48 
installation 
if not 10.0, 106 
scenarios, 105 
intermediate system, 33 


i ntermedi ate system to 
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IP Address 
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IS 
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LAN link, 108 
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